Device and its use for creation, output and management of 2d barcodes with embedded images

ABSTRACT

Provided is a Device, a System, applications and an associated Ecosystem for the consistent and reliable production, creation, generation, management and utilization of two-dimensional (‘2D’) barcodes (‘Codes’) featuring embedded Images, designating the alignment position and alignment size of the embedding Images in 2D Codes and enabling the corresponding outputted Code files by the Device System to be downloaded and or showcased digitally within all forms of digital advertising, media, television, mobile telephony and the world wide web as well as integrated with the production processes for consumer products and packaged goods, printed products, merchandise and other items featuring such 2D Codes creating a public telecommunications platform and or private intranet services featuring a searchable database, directory and or registry of the 2D Codes with embedded Images that have been created by, produced by and outputted by the Device or System.

CROSS-REFERENCE

This application is a continuation of U.S. application Ser. No.14/308,657, filed on Jun. 18, 2014, which is a continuation ofapplication Ser. No. 13/557,174, filed on Jul. 24, 2012, which is acontinuation in part of U.S. application Ser. No. 13/286,137, filed onOct. 31, 2011, which claims priority to Japanese Patent Application No.2011-174,335, filed Jul. 25, 2011. Application Ser. No. 13/557,174 alsoclaims priority to Japanese Patent Application No. 2011-232242, filedOct. 4, 2011 and U.S. provisional application No. 61/578,858, filed Dec.21, 2011. All these applications are herein by incorporated by referencein their entirety.

FIELD OF TECHNOLOGY

This invention is in the field of telecommunications and computersoftware regarding a Device which consistently generates, reliablyoutputs and effectively manages associated functionalities, products andservices specific to two-dimensional (‘2D’) barcodes (‘Codes’) withembedded Images, on an individual Code as well as aggregate Code basis,for 2D Codes featuring such embedded Images as created by individualsutilizing the invention's systems, software and processes.

BACKGROUND SECTION OF THE INVENTION

There are many types of standardized 2D (‘two-dimensional’) barcodes(‘codes’), referred to herein as ‘2D Codes’ and ‘Codes’. The general 2DCodes in use are output according to specifications in a specificationdocument or a standards document (Japanese. Publication of PatentApplications No. 2007-34998 and JIS X 0510 (Japan Industrial Standards)or ISO/IEC. The 2D Codes appear only as random mosaic patterns, byvisual examination. Therefore, without conducting readout processing(decoding of the 2D Codes), it is not possible to infer the encodedinformation.

The 2D Code by itself has no meaning to the visual eye as traditionallythey appear comprised of black and white cell and pixel configurationsusually within a square shape. One way to grab attention with a 2D Codeis to place an Image on and or within the 2D Code. Consistent placementof an Image on and or within a 2D Code in a uniformed and reliablemanner so as to not negatively impact ‘readability’, however, is noteasy. There, is a need in the art to improve the design as well asensure the readout quality (the success rate of decoding, also‘readability’) in the process of embedding a selected Image on or withinin a traditional 2D Code.

SUMMARY OF THE INVENTION

In one embodiment, provided is a Device (Or system) for producing a 2DCode with an embedded Image by an automated machine generated process,comprising a processor that adjusts at least one of the followingparameters of the Image or graphic data of the Image for embedding inthe 2D Code: alignment position, alignment size, rotation condition,reverse (turn over) condition, or the deformation condition. Thealignment position can be adjusted. The alignment size can be adjusted.The rotation condition can be adjusted.

The reverse (turn over) condition can be adjusted. The Device cancomprise a processor for:

a) obtaining information to be encoded in a 2D Code and to obtaingraphic data to be embedded in the 2D Code, b) generating a 2D Code byencoding the obtained information, c) adjusting at least one of thefollowing parameters of the obtained graphic data: the alignmentposition, the alignment size, the rotation condition, the reverse (turnover) condition, or the deformation condition, d) tentatively aligningthe obtained graphic data in the generated 2D Code, according to theadjusted alignment position, alignment size, rotation condition, reverse(turn over) condition, and deformation condition, e) calculating theerror rate of the 2D Code which has the graphic data tentativelyaligned, f) repeating steps c, d and e, g) determining the alignmentposition, the alignment size, the rotation condition, the reverse (turnover) condition, and the deformation condition of the graphic data byreferring to the calculated error rate. The device can further compriseshortening information that is encoded as the 2D Code. The Device canfurther comprise adjusting at least one of the following parameters ofthe obtained graphic data: the brightness, contrast, or pigment. Thedevice can dot-iconize the graphic data. The device can further changedisplay constituent element incorporated in the contour part of thegraphic data from dark color to bright color, or from bright color darkcolor. The device can further comprise binarizing pixels of bright anddark areas in the graphic data. The device can further comprisecalculating an error rate, using tentatively aligned and binarizedgraphic data in the 2D Code that determines each display constituent,element to be valid or invalid in respect to step (e).

Provided is a Device for producing a 2D Code with an, embedded Image foran automated machine generated process, comprising a processor forobtaining partial information to be encoded in a 2D Code and graphicdata to be embedded in the 2D Code, and generating a 2D Code by encodingthe partial information after attaching a random or regular characterstring to the aforementioned obtained partial information. The partialinformation can be website address.

Provided is a program for Device for an automated machine generatedprocess that produces a 2D Code with an embedded image, comprising aprocessor that adjusts at least one of the following parameters of theImage or graphic data of the image: the alignment position, thealignment size, the rotation condition, the reverse (turn over)condition, or the deformation condition. The alignment position can beadjusted. The alignment size can be adjusted. The rotation condition canbe adjusted. The reverse (turn over) condition can be adjusted.

Provided is a program comprising:

a) obtaining information to be encoded in a 2D Code and obtaininggraphic data to be embedded in the 2D Code, b) generating a 2D Code byencoding the aforementioned obtained information, c) adjusting at leastone of the following parameters of the obtained graphic data: thealignment position, the alignment size, the rotation condition, thereverse (turn over) condition, or the deformation condition, d)tentatively aligning the aforementioned obtained graphic data in thegenerated 2D Code, according to the aforementioned adjusted alignmentposition, alignment, size, rotation condition, reverse (turn over)condition, and deformation condition, e) calculating the error rate ofthe 2D Code which has the graphic data tentatively aligned, f) repeatingsteps c, d and 3e, g) determining the alignment position, the alignmentsize, the rotation condition, the reverse (turn over) condition, and thedeformation condition of the graphic data by referring to the calculatederror-rate. The program can comprise shortening information that isencoded as the 2D Code. The program can comprise adjusting at least one:of the following parameters of the aforementioned obtained graphic datathe brightness, contrast, or pigment. The program can comprisedot-iconizing the obtained graphic data. The program can comprisechanging display constituent element incorporated in the contour part ofthe graphic data from dark color to bright color, or from bright colorto dark color. 8 The program can comprise binarizing pixels of brightand dark areas in the graphic data. The program can comprise calculatingan error rate, using tentatively aligned and binarized graphic data inthe 2D Code that determines each display constituent element to be validor invalid in respect to step (e). The program in any of the aboveembodiments can be on a memory, storage, or other physical medium.

Provided is a Device for producing a 2D Code with an embedded Image byway of an automated machine generated process, comprising a processorfor obtaining partial information to be encoded in a 2D Code and graphicdata to be embedded in the 2D Code, and generating a 2D Code by encodingthe partial information after attaching a random or regular characterstring to the aforementioned obtained partial information. The partialinformation can be a website address.

Provided is a Device (method, system, or program) for producing a 2DCode with an embedded Image for an automated machine generated process,comprising: a) storing one or more conditions for embedding an Image ina 2D Code: b) obtaining information to be encoded in a 2D Code andgraphic data to be embedded in the 2D Code, c) generating a 2D Code byencoding the aforementioned obtained information while relying on thestored conditions for proper embedding of the Image. The storedconditions can be for an Image from a graphic data that is differentthan the graphic data to be encoded. The stored conditions can be for anImage from a graphic data that is same as the graphic data to beencoded.

Provided is a Registry and/or Directory comprising a plurality of 2DCodes with an Image embedded on the 2D Codes, wherein a page is linkedto each Code, wherein the Registry and/or Directory is searched: orbrowsed by an individual to find a desirable Code, and the page isaccessed by selecting the desirable Code. One or more Codes outputtedcan be Verified and/or Authenticated. The 2D Code can be a QR Codecreated: and outputted by a system encompassing the Directory orRegistry. The 2D Code can be a QR Code and the Image is that of a logo,brand, picture, individual or correlated to an individual or brand orlogo.

Provided is a method (program or system or device) for creating andprinting 2D Codes with Images comprising: a) creating, uploading, orimporting a 2D Code; b) if necessary adding effects to improve the Code;c) storing the Code; d) performing one or more of the following stepswith the Code: i) printing the Code on printed products and othermerchandise for a fee; ii) downloading the Code with print-capablequality with high-resolution for a fee; and iii) downloading the Codefor free or reduced cost for less than a print-quality, high resolutionfile.

Provided is a system (program or method or device) for creating andprinting 2D Codes with images comprising: a) creating a 2D Code with anImage; b) storing the Code; c) placing the outputted 2D Code by thesystem on printed products and other merchandise without the Codecreator needing to download the Code.

Provided is a method (program or system or device) for integratinginformation from a 2D Code with an Image into a computing Devicecomprising: a) clicking, tapping and/or scanning a Code with an Imagewith an internet-connected computing Device b) automatically or manuallyintegrating information from the Code into one or more applications onthe computing Device. The application can be one or more of digitalwallet, loyalty program, address book digital content purchase enabler,calendar, shopping list, or electronic commerce-based shoppingcart-integrated.

Provided is a method (program or system or device) for, embedding anImage on a 2D Code comprising: a) designating an area as a safe area forembedding, an image; b) determining if the image fits the safe area; c)if the Image does not it the safe area, modify the Image; d) embed theImage on and/or within the safe area.

Provided is a method (program or system or device) for advertisingcomprising: a) clicking, tapping and/or scanning a 2D Code with an b) aserver associated with the 2D Code playing an advertisement; c)directing to final destination specified by the Code, wherein theadvertisement is related to one or more of content of the Code ormetadata associated with Code creation and/or End-user data.

The representative configuration include a Device comprised of aprocessor, memory, and interface, a first processing to obtaininformation to be encoded in the 2D Code and obtain graphic data to beembedded into the same 2D Code, a second processing to encode thepreviously obtained information to generate the 2D Code, a thirdprocessing to adjust at least one of the following: the alignmentposition, the alignment size, or the alignment condition of the graphicdata previously obtained, a fourth processing to follow the adjustedalignment position, alignment size, and alignment condition, tentativelyaligning the obtained graphic data based on the previously generated 2DCode, a fifth processing to calculate the error rate of the tentativelyaligned 2D Code based on the previously described graphic data, a sixthprocessing repeating the third to the fifth processing, and a seventhprocessing to determine the alignment position, alignment size andalignment condition of the aforementioned graphic data by referring tothe error rate calculated previously.

Accordingly, provided is a Device (and program) for speedily producing alarge number of 2D Codes with embedded Image(s) for an automated machinegenerated or self-generated process by Code creators, comprising aprocessor that produces the plural 2D Codes with embedded Image(s) (thatmay be different Images or even the same Images) at a time.

Also provided are methods of utilizing this Device to produce, manageand provide a range various functions regarding a plurality of 2D Codeswith embedded Images (that may be different Images or even the sameImages) that are created (also referred to herein as ‘outputted’) by theDevice and corresponding processes and ecosystem, referred to herein as‘Device System’ and ‘Device System's Ecosystem’.

Additionally, the Systems and processes allow for the interior and/orexterior borders of the 2D Codes to be affixed with graphics-based‘icons’ that may or may not be coupled with correlated ‘words’, per theCode-creator's determination, in order to identify the functionality,content of or associated with the string. Such icons and correlatedwords may appear on the exterior perimeter of the Code or in some casesin the interior portion.

This ‘orientation of the icons and words’ may be selected and added bythe Code-creators manually and/or added automatically by the DeviceSystem and may be programmed to be pre-aligned anywhere surrounding the2D Code or in some cases within a portion of the interior of a Code. Inone embodiment, a bottom right corner orientation can be used.

This additionally functionality makes it more robust than justgenerating a standalone 2D Code featuring an image using the automatedmethods and processes as this addition make more clear to the consumerthe type of content associated with the Code, i.e., video, survey, blog,website, discount, music, game, post video, post comment or audio/listento name just a few content types, prior to scanning the Code.

This addition to the core product, service, method, systems andprocesses can be applicable for use on printed materials, such asconsumer packaged goods, collateral materials including brochures,posters and other signage, fruits and vegetables (as part of farm tofork tracking), traditional billboards and other outdoor media, businesscards, stickers and other point of purchase materials, a variety ofmerchandise including t-shirts, key chains and other products as well asincluded within paper-based prim media and publications includingmagazines and newspapers, interactive and digital media including beingdigitally displayed on cinema screens, television screens, digitalbillboards within television shows and television commercials,electronic magazines, webpages on the world wide web and within mobileoperating systems, mobile-computing handsets, devices and tablets andmobile browsers and can appear within web-based or mobile-basedrich-media (HTML5) and banner advertisements and other digitaladvertising formats.

It is possible to improve the design, functionality, aesthetics,attributes, applications and the readout quality (the success rate ofdecoding) of the embedded 2D Code file outputted by the Device System.

The representative configuration include a device or device comprised ofa processor, memory and interface, a first processing to obtaininformation to be encoded for a 2D Code and obtain graphic data to beembedded into the same 2D Code, a second processing to encode thepreviously obtained information to generate a 2D Code, a thirdprocessing to adjust the alignment location and the alignment size ofthe graphic data previously obtained, a fourth processing to follow theadjusted alignment location and the alignment size, tentatively aligningbased on the previously generated 2D Code, a fifth processing tocalculate the error rate of the tentatively aligned 2D Code based on thepreviously described graphic data, a sixth processing to reduce theaforementioned error rate to be equal to or below the threshold value,repeating the third to the fifth processing, and a seventh processing todetermine the aforementioned graphic data's alignment location andalignment size by referring to the error rate previously calculated. Itis possible to designate the alignment location and the alignment sizeto embed colored or black and white graphic data into a 2D Code.

In one embodiment, the present invention provides a device or device forproducing a 2D Code with an embedded image for an automated machinegenerated process, comprising a processor that produces the 2D Code withan embedded image. Producing the 2D Code with an embedded image cancomprise: i) obtaining character string information to be encoded for a2D Code and graphic data to be embedded in the described 2D Code; ii)generating a 2D Code by encoding the obtained information: adjusting thealignment location and the alignment size of the obtained graphic datain the generated 2D Code; and iv) calculating the error rate of the 2DCode which has the graphic data tentatively aligned, and if necessaryrepeating the third to the fourth steps until the described error ratebecomes equal to or lower than the threshold value. Producing the 2DCode with an embedded image can comprise: i) obtaining character stringinformation to be encoded for a 2D Code and graphic data to be embeddedin the described 2D Code, ii) generating a 2D Code by encoding theobtained information; iii) adjusting the alignment location and thealignment size of the obtained graphic data in the generated 2D Code,iv) tentatively aligning the obtained graphic data in the generated 2DCode, according to the adjusted alignment location and alignment size,v) calculating the error rate of the 2D Code which has the graphic datatentatively aligned, vi) repeating the third to the fifth steps untilthe described error rate becomes equal to or lower than the thresholdvalue, vii) determining the alignment location and the alignment size ofthe graphic data by referring to the calculated error rate. The devicecan further align the graphic data in the generated 2D Code, based onthe determined alignment location and alignment size of the graphicdata, and output the 2D Code which has the image aligned. Producing the2D Code with an embedded image can comprise; i) an interface and memoryfor receiving character string information and graphic data ii) aprocessor for encoding the character string information into a 2D Code,generating the alignment location for the graphic data, adjusting thealignment location for the graphic data, regenerating the alignmentlocation for the graphic data to reduce the error rate in the generated2D Code, and outputting the generated 2D Code with an embedded imageaccording to the alignment location. The step of regenerating thealignment location is repeated until the error rate is equal to orgreater than a threshold value. The device can tentatively alignbinarized graphic data in the aforementioned 2D Code instead of thegraphic data in the fourth step (iv), and further binarize the pixels ofthe bright and dark areas in the obtained graphic data or image. Thedevice can binarize the graphic data using a threshold value. The devicecan calculate an error rate, using the tentatively aligned and binarizedgraphic data in the generated 2D Code to determine each pixel to bevalid or invalid. The error rate can be calculated based on pixels for2D Codes.

For a QR Code; the pixels form cells and it is preferred to do an errorcalculation based on the position for the cells. The “cell” is theminimum structural unit in a QR Code. In other words, it is a smallestcomponent of a QR Code. It is a black or white square that, is theminimum constituent of a QR Code. A standard QR Code consists of certainnumber of black and white cells.

The step of generating graphic data can comprise binarizing thegraphical data using a threshold value. The device can further determinewhether the alignment location or the alignment size has priority, and,in the third step, to adjust the alignment location and alignment sizeof the obtained graphic data in the generated 2D Code, based on theoutcome. The device can determine if the obtained graphic data isaligned in comparison to area for decoding of the generated 2D Code, andreferring to the error rate calculated in the sixth step, to determinethe outcome. The device can further determine whether the generated 2DCode with an embedded image can be decoded prior to output. The devicecan optionally further carry out transmissive processing before or afterthe graphic data is tentatively aligned on the 2D Code. The 2D Code canbe generated by first reducing the obtained character string informationfor a pre-existing 2D Code into an encoded form. The reducing canmaintain the same information as the pre-existing 2D Code. The devicecan further comprise a memory for storing a program to be executed by aprocessor and an interface that facilitates viewing a 2D Code with anembedded image. The image can be selected from the group consisting atleast one of a letter or number or combination, multiple letters orinitials or numbers or combinations, a word, a keyboard symbol (%, $,@), an icon, an emblem, a shape, a design, a logo, a trademark, a face,an avatar, a picture, a brand, a number, a plurality of numbers, andcombinations thereof. The ratio of space covered by the image comparedto the code can be about 1/2 to about 1/12, or about 1/9. This ratiodepends on the state of technology of cameras and scanners such as thoseincorporated in mobile phones and other devices that feature cameras andscanning applications that are web-enabled, this can be ‘feature’ mobilephones or ‘smart’ mobile phones including ‘computer tablets’ thatfeature a built-in camera and that are web-enabled. The ‘1/9’ size ratio(embedded image to surface area of code) is a preferred embedded tosurface area ratio, presuming center alignment, at this moment in timegiven due to achieving the general ‘functionality goal’ of optimizingthe image as large as possible yet maximizing the readability of thecode based on the camera-quality (calculated by average number ofMegapixels and the correlated ‘readability’ of such) of the prevailingnumber of mobile devices in circulation. The code can have about 0 toabout 100 characters or about 0 to about 50 characters. The code can bea QR Code. The graphic data can be input in a format selected from thegroup consisting of jpg, bmp, gif, png, psd, and ai. The image (i.e.graphic data that is output as a 2D Code) in a format selected from thegroup consisting of eps, pug, ai, gif, bmp, pdf, psd, jpg, and tiff. Thecharacter string information to be encoded for a 2D Code or graphic datacan be obtained from the Internet or other networks. The graphic datacan be uploaded from a computer, mobile phone or any device or cloud(online) storage (such as Flickr) or imported from existing applications(such as from a fixed-Twitter profile picture). The device can take intoaccount the number of characters for the code, size of the image/graphicdata and orientation of the image/graphic data to reduce errorcorrection and increase readability of the 2D Code. The character stringinformation can include one or more of the following characters: numericdigits, alphabetic characters, symbols (SP, $, %, *, +, /, :), 8-bitLatin/Kana characters, and Kanji characters.

In another embodiment, the present invention provides a device forproducing a 2D Code with an embedded image for an automated machinegenerated process, comprising a processor that produces the 2D Code withan embedded image by i) obtaining character string information to beencoded for a 2D Code and graphic data to be embedded in the described2D Code, ii) generating a 2D Code by encoding the obtained information;embedding an image of a predetermined size and optionally alignment at apredetermined location on the 2D Code, wherein the image is of a sizeand alignment that allows for the code to be decoded properly. Thedevice can generate a plurality of same or different 2D Codes with sameor different images, wherein all the images embedded on the 2D Codeshave the same size and alignment. The device can generate both aplurality of same codes and plurality of different codes. The device cangenerate the same image on a plurality of codes that are different. Thedevice can generate the same image on a plurality of same codes. Allimages can be produced with the same maximum size possible withoutsubstantially diminishing the accuracy of decoding the 2D Codes. Theratio of space covered by the image compared to the code can be about1/3 to about 1/12, or about 1/9. The code can have about 0 to about 100characters or about 0 to about 50 characters. Tentative alignment anderror calculation may not be necessary due to the code and image havingpredetermined locations. The image can be selected from the groupconsisting at least one of a letter or number or combination, multipleletters or initials or numbers or combinations, a word, a keyboardsymbol (%, $, @), an icon, an emblem, a shape, a design, a logo, atrademark, a face, an avatar, a picture, a brand, a number, a pluralityof numbers, and combinations thereof. The code can be a QR Code. Thedevice can comprise a memory for storing a program to be executed by aprocessor, an interface (a screen that displays a code with an embeddedimage for a user to view) that facilitates viewing a 2D Code with anembedded image.

In another embodiment, the present invention provides a program forcausing the device as described above to execute a function forproducing a 2D Code with an embedded image for an automated machinegenerated process. The program for executing in a device for producing a2D Code with an embedded image can comprise: receiving character stringinformation and graphic data, encoding the character string informationinto a 2D Code, generating the alignment location of the graphic data,adjusting the alignment location of the graphic data, regenerating thealignment location and graphical data to reduce the error rate in theembedded 2D Code, outputting the generated 2D Code with the embeddedimage according to the generated alignment location.

In another embodiment, the present invention provides a method forproducing a 2D Code with an embedded image by an automated machinegenerated process, comprising embedding an image on the 2D Code whileallowing the 2D Code to be decoded. The method can comprise: i)obtaining character string information to be encoded for a 2D Code andgraphic data to be embedded in the described 2D Code; ii) generating a2D Code by encoding the obtained information; iii) adjusting thealignment location and the alignment size of the obtained graphic datain the generated 2D Code; and iv) calculating the error rate of the 2DCode which has the graphic data tentatively aligned, and if necessaryrepeating the third to the fourth steps until the described error ratebecomes equal to or lower than the threshold value.

In another embodiment, the present invention provides a method whereinthe method comprises: i) obtaining character string information to beencoded for a 2D Code and graphic data to be embedded in the described2D′ Code, ii) generating a 2D Code by encoding the obtained information;adjusting the alignment location and the alignment, size of the obtainedgraphic data in the generated 2D Code, iv) tentatively aligning theobtained graphic data in the generated 2D Code, according to theadjusted alignment location and alignment size, v) calculating the errorrate of the 2D Code which has the graphic data tentatively aligned, vi)repeating the third to the fifth steps until the described error ratebecomes equal to or lower than the threshold value, vii) determining thealignment location and the alignment size of the graphic data byreferring to the calculated error rate. The method can comprise aninterface and memory for receiving character string information andgraphic data, and a processor for encoding the character stringinformation into a 2D Code, generating the alignment location and thegraphic data, adjusting the alignment location of the graphic data,regenerating the alignment location of the graphic data to reduce theerror rate in the embedded 2D Code, and outputting the generated 2D Codewith an image embedded according to the generated alignment location.

In another embodiment, the present invention provides a method forproducing a 2D Code with an embedded image by an automated machinegenerated process, comprising: i) obtaining character string informationto be encoded for a 2D Code and graphic data to be embedded in thedescribed 2D Code; ii) generating a 2D Code by encoding the obtainedinformation; and iii) embedding an image of a predetermined size andoptionally alignment at a predetermined location in the 2D Code, whereinthe image is of a size that allows for the code to be decoded.

In another embodiment, the present invention pros ides a device forproducing a 2D Code with an embedded image for an automated machinegenerated process, comprising a processor that produces the 2D Code withan embedded image by: i) obtaining character string information to beencoded for a 2D Code and graphic data to be embedded in the described2D Code; ii) determining based on the number of characters where graphicdata can be placed on the code; and iii) generating a 2D Code with anembedded image. The device can block certain positions for placing animage, allowing an image to be placed elsewhere on the code.

The device/system/program allows for the alignment (left, right, center,up, down relative to the 2D Code) to be adjusted in one embodiment andfixed in another embodiment. It allows the size of the graphic data tobe adjusted (smaller and bigger) utilizing a “fenced area” or “blockedarea” to determine the maximum size in one embodiment. In anotherembodiment, the size of the graphic data is fixed and not adjustable bythe user. It allows the size of the graphic data to be fixed yetalignment to not be fixed and vice versa meaning the alignment can befixed and graphic data size to be adjustable. These different optionsare provided in terms of automated, machine-driven 2D Code creation(both alignment of graphic data and size of graphic data on the code aremalleable, both are fixed, or alignment is fixed size is not, or size isfixed and alignment is not). Regarding both alignment and size being“fixed” (graphic data can be uploaded by a user or imported from a thirdparty site that makes available its Application Protocol Interface), thespecific alignment of the graphic data on the 2D Code and correlatedmaximum size of the graphic data can be determined througherror-checking or even mathematically and both methods of determiningthe precise fixed size and alignment can also take into account externalfactors such as prevailing quality of mobile phone cameras that will bescanning the 2D Codes.

Any of the above programs and methods can be on a computer-readablemedium having computer-executable instructions for performing a methodthat comprises one or more steps, or on a computer-readable mediumhaving stored thereon a data structure, comprising one or more data, ora computer-readable medium having computer-executable instructions forperforming a method comprising one or more steps.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates the Device System configuration Figure.

FIG. 2 illustrates embedding an image in a 2D Code.

FIG. 3 illustrates a flow chart of the System processing of the Device.

FIG. 4 illustrates an explanatory Figure of the transmissive processing.

FIGS. 5A-C illustrate a flow chart of the adjustment processing.

FIG. 6 illustrates embedding data with dot iconization.

FIG. 7 illustrates a flow chart of the binarization processing.

FIG. 8 illustrates an example of the binarized graphic.

FIG. 9 illustrates a flow chart of the alignment adjustment processing.

FIG. 10 illustrates a flow chart of the error rate calculationprocessing.

FIG. 11 illustrates error judgment of the contour portion.

FIG. 12 illustrates a flow chart of the alignment adjustment processing.

FIG. 13 illustrates QR Codes with descriptive words and/or icons.

FIG. 14 illustrates a URL-shortener assigning random alphanumericcharacter(s) or/and symbol(s).

FIG. 15 illustrates a 2D Code with dot-iconized embedded Image.

FIG. 16 illustrates a common intermediate used for mass production ofCodes by Device System.

FIG. 17 illustrates a flow chart that includes storing a commonintermediate and mass producing Codes by Device System.

FIG. 18 illustrates a flow chart of creating a Code Directory andRegistry of Codes outputted by Device System that is searchableinternally and by third parties and End-users.

FIG. 19 illustrates a System for storing and using a 2D Code such as forprinting on merchandise within Device System's Ecosystem withoutrequiring downloading of Code outputted by End-user.

FIG. 20 illustrates integration of information from a Code into a Deviceused by End-user to scan the Code.

FIG. 21 illustrates Verification and Authentication of Codes outputtedby Device System.

FIG. 22 illustrates an example of a safe area of a Code for theplacement of an Image.

FIG. 23 illustrates an advertisement appearing to End-user in the timebetween an End-user clicking, tapping and/or scanning a Code and theCode reaching its final Code destination.

FIG. 24 illustrates a preview in the form of a simulated Code of theexpected outputted 2D Code with an embedded Image by the Device Systembased on the cropping tools utilized by the Code-creator.

FIG. 25 illustrates embedding images of predetermined alignment positionand size.

FIG. 26 illustrates shortening of character string information.

FIG. 27 illustrates the locations on the 2D Code that an image can beplaced depending on the number of character string information.

DETAILED DESCRIPTION OF THE INVENTION

Provided is an automated process for embedding an Image in a 2D Code.The Image is embedded so a single file with the Image and the 2D coreare obtained. The Image can be put on the Code in a fashion that coversover existing Code pixels or alters pixel arrangement or is even placedon a blank space within the Code. There can be a designated ‘safe area’within the interior of the Code so that the Code still is able to bedecoded reliably, typically the ‘safe area’ will emanate from the centerof the Code for aesthetic purposes but can be situated by the System toeven be located partial within the Code and partially outside the Code.

‘Code-creator’ refers to an individual utilizing the Device System tooutput, meaning create and store, a 2D Code with an embedded Image.

‘End-user’ refers to whoever is scanning the Code with a smartphone,mobile tablet, e-reader or other compatible web-connected Deviceequipped with a digital camera.

‘Output’ (or ‘Outputted’) refers to the creation and storing of a 2DCode with an embedded Image by the Device System and associated softwareprograms, processes and applications.

‘Download’ (or ‘Downloaded’) refers to the Code that has been outputtedby the Device System and has then been exported from the Device Systemby the Code-creator and stored independently of the Device System'sEcosystem.

FIG. 1 is the Device System configuration. The Device System includesDevice 1, Input Device 6, and Output Device 7. It is equipped with CPU4, Memory 5, and Memory Device 2. Memory Device 2 records various typesof information. Memory 5 records programs that execute in CPU 4, andnecessary information for CPU 4. CPU 4 executes various types ofprocessings by executing the programs stored in Memory 5. Furthermore,Device 1 is connected to Input Device 6 and Output Device 7. Varioustypes of information are input from Input Device 6. Input Device 6 is,for example, a keyboard or a mouse. Output Device 7 outputs varioustypes of information. Output Device 7 is, for example, a display or aprinter. However, Input Device 6 and Output. Device 7 can be part ofDevice 1. Device 1, can be connected to Communication network 8.Communication network 8 could also be connected to any other, network towhich other Devices are connected. For example, Communication network 8could be the Internet or an Intranet. A system is the software,programs, and associated applications that work with the device.

Memory 5 stores the 2D Code generating program, Program 3. The 2D Codegenerating program, Program 3, executes various processing steps in theexecution configuration, by being executed by CPU 4. Specifically, the2D Code generating program, Program 3, reads out the data stored inMemory Device 2. Further, the 2D Code generating program, Program 3,receives information which is input from Input Device 6. And the 2D Codegenerating program, Program 3, outputs data through Output Device 7.Further, the 2D Code generating program, Program 3, sends and receivesdata to and from other Devices in Communication network 8. Furthermore,the 2D Code can be any Code, if the Code represents informationhorizontally and vertically. For example, some 20 Codes are as follows:QR Code, PDV417, Maxi Code, or Data Matrix.

FIG. 2 is a concept Figure of the 2D Code output method of the firstexecution configuration. Device 1 receives character string information,I21, and embedding data, G21, Then, Device 1 encodes the characterstring information, I21, and generates a 2D Code. Next, Device 1generates the 2D Code, C21, with embedding graphic data, G21, which isembedded into the 2D Code. Then, Device 1 outputs the generated 2D Code,C21, with graphics. The character string information, I21, is encodedand stored as information in the 2D Code. In other words, the readoutDevice reads the 2D Code with graphics, C21, and then decodes C21 toobtain the character string information, I21. The embedding data, G21,is graphic data that is intended to be embedded in the 2D Code, and itis graphic data which is to be embedded in the 2D Code. The embeddingdata, G21, could be colored graphic data or black and white graphicdata, regardless of its file configuration, size, or format.

FIG. 2 shows an example of a character string, I21, as the characterstring “patent application”, however, it can be any character string.Furthermore, the embedding data, G21, is a logo graphic data, but it canbe any graphic data. The generated 2D Code with graphics, C21, is a QRCode, but it can be any 2D Code. The QR Code is a 2D Code which isspecified in JIS X 0510 (Japanese Industrial Standards) or ISO/IEC18004,

FIG. 3 is a flow chart of the System processing of the Device of thefirst execution configuration. Device 1 obtains the character stringinformation, I21 (S001). Device 1 can obtain the character stringinformation, I21, by any method. For example, Device 1 obtains thecharacter string information, I21, from Memory Device 2, Memory 5, InputDevice 6 or Communication network 8. Then, Device 1 encodes thecharacter string information, I21, and generates a 2D Code. If thecharacter string information, I21, is, for example, a URL, the followingprocessing could be performed. Device 1 determines if the number of thecharacters is equal to or below a certain limit of the number of thecharacters, or not. The limit of the number of characters is the upperlimit of the number of characters at which the display constituentelement (the smallest unit constituting the 2D Code, for example, if the2D Code is a QR Code, the display constituent element would be thecell), which is incorporated into the 2D Code that will be generated,would not increase further. For example, if the 2D Code is a QR Code,the limit of the number of characters is the upper limit of the numberof characters such that the version of the QR Code does not change. Inother words, if the number of characters which are incorporated in thecharacter string information, I21, exceeds the limit or the number ofcharacters the cell size becomes smaller as the number of cellsincreases due to the increase of the QR Code version number, in the 2DCode that will be generated. Because of that, the readout of the QR Codeby a readout. Device becomes more difficult than the less versionnumber. Therefore, if the character string information, I21, exceeds thelimit of the number of characters, Device 1 converts the characterstring information, I21, to a short character string. The method forconversion to a short character string can be any method as long as thenumber of characters in the short character string is equal to or belowthe limit of the number of characters. Then, Device 1 encodes theconverted character string and produces a 2D Code. For example, Device 1converts the character string information, I21, to a short characterstring, utilizing the function equivalent to the publicly-known URLshortening service and HTTP Redirect, and shortens the information to beencoded. Specifically, Device 1 sends the character string information,I21, to a Device for shortening URLs. Once the Device for shorteningURLs receives the character string information, I21, it generates a newURL. The number of characters in the new URL that is generated is equalto or below the limit of the number of characters, Next, the Device forshortening URLs records the correspondence between the new URL that wasgenerated and the received character string information, I21. Next, theDevice for shortening URLs sends the new URL that was generated toDevice 1. Once Device 1 receives the new URL, it encodes the new URL andgenerates a 2D Code. In this case, the readout Device decodes the 2DCode and accesses the decoded URL. Accordingly, the readout Deviceaccesses the Device for shortening URLs. Then, the Device for shorteningURLs searches for the character string information, I21, correspondingto the new URL that is accessed, based on the memorized correspondence.Next, the Device for shortening URLs performs a HTTP redirect processingto the readout Device, with the character string information, I21(original URL). Accordingly, the readout Device can obtain the characterstring information, I21 (original URL). On the other hand, if the numberof characters is equal to or below the limit of the number of characters(of the character string information, I21). Device 1 encodes thecharacter string information, I21, as is, and generates a 2D Code.However, Device 1 is able to convert the character string information,I21, by choice, regardless of whether the number of the characters isbelow the limit of the number of the characters, or not.

Next, Device 1 obtains the embedding data, G21 (S002). However, Device 1can obtain the embedding data, G21, by any method. For example, Device 1obtains the embedding data, G21, from Memory Device 2, Memory 5, InputDevice 6 or Communication network 8.

Device 1 can obtain the transmissive area information, I26 (S003). Thetransmissive area information, I26, pertains to an area which can berendered transmissively (desired transmissive area) within the embeddeddata, G21. The transmissive area information, I26, can be included inthe embedding data, G21, or it can be independent data from theembedding data, G21. For example, the transmissive area information,I26, can be information indicating an area of a specific color that is adesired transmissive area. Then, Device 1 can obtain the transmissivearea information, I26, by any method. For example, Device 1 obtains thetransmissive area information, I26, from Memory Device 2, Memory 5,input Device 6 or Communication network 8. However, it is optional toobtain the transmissive area information, I26, and Device. 1 is notrequired to obtain the transmissive area information, I26.

After Device 1 obtains the transmissive area information, I26, it goesthrough a processing sequence during the transmissive processing. FIG. 4is an explanatory Figure of the transmissive processing of the firstexecution configuration. Device 1 specifies the desired transmissivearea based on the transmissive information obtained, then Device 1determines if the specified desired transmissive area meets theprescribed conditions. If it meets the prescribed conditions, Device 1can delete the specified desired transmissive area from the embeddingdata, G21, in all of the following processing. For example, when all ofthe specified area are included in the desired transmissive area in the2D Code, Device 1 deletes the desired transmissive area from theembedding data, G21, in the aforementioned specific area. Therefore, theembedded data, G21, does not get embedded in the aforementioned specificarea.

The explanation continues, going back to FIG. 3. Next, Device 1 obtainsthe alignment position (location) information, I22 (S004). The alignmentposition information, I22, is a position where the embedded data, G21,is allocated in the 2D Code. In this case, if the alignment positioninformation, I22, indicates where the embedded data, G21, is allocated,the indicating method can be any method. For example, in case of a QRCode, the alignment position information, I22, can be indicated by thenumber of cells incorporated in the 2D Code, to specify the position.The alignment position information, I22, can be indicated by the numberof the pixels incorporated in the embedded data, G21, to specify theposition. The alignment position information, I22, can be indicated bythe unit of physical length, to specify the position. Device 1 canobtain the alignment position information, I22, by any method. Forexample, Device 1 obtains the alignment position information, I22, fromMemory Device 2, Memory 5, Input Device 6 or Communication network 8.However, it is optional to obtain the alignment position information,I22, and Device 1 is not required to obtain the alignment positioninformation, I22.

Next, Device 1 obtains the alignment size information, I23 (S005). Thealignment size information, I23, is a relative size in the embeddingdata, G21, In the generating 2D Code with graphics, C21. If thealignment size information, I23, indicates how large the embedding data,G21, is, the indicating method can be any method. The alignment sizeinformation, I23, can be indicated by the number of display constituentelements incorporated in the 2D Code, to specify the size. The alignmentsize information, I23, can be indicated by the number of the pixelsincorporated in the embedding data, G21, to specify the size. Thealignment size information, I23, can be indicated by the unit ofphysical length, to specify the size. Device 1 can obtain the alignmentsize information, I23, by any method. For example, Device 1 obtains thealignment size information, I23, from Memory Device 2, Memory 5, inputDevice 6 or Communication network 8. However, it is optional to obtainthe alignment size information, I23, and Device 1 is not required toobtain the alignment size information, I23.

Next, Device 1 obtains the alignment priority information, I24 (S006).The alignment priority information, I24, indicates which has thepriority, the alignment position information or the alignment sizeinformation. Device 1 can obtain the alignment priority information,I24, by any method. For example, Device 1 obtains the alignment priorityinformation, I24, from Memory Device 2, Memory 5, Input Device 6 orCommunication network 8. However, it is optional to obtain the alignmentpriority information, I24, and Device 1 is not required to obtain thealignment priority information, I24.

Next, Device 1 obtains the important alignment information, I25 (S007).The important alignment information, I25, indicates if the embeddeddata, G21, can be aligned or not, in the display constituent element(important display constituent element) which contains importantinformation for decoding the 2D Code. What the important information fordecoding the 2D Code means is that it is the information that, ifdeficient, would have a large impact on decoding. For example, if the 2DCode is a QR Code, the important information in decoding the QR Codeincludes position detection pattern, margin, timing pattern, separatorformatting information and alignment patterns. Furthermore, theimportant alignment information, I25, can indicate transmissiveprocessing. In this case, Device 1 processes all of the pixels which arealigned on the important cells, with transmissive processing, in theembedding data, G21. Device 1 can obtain the important alignmentinformation, I25, by any method. For example, Device 1 obtains theimportant: alignment information, I25, from Memory Device 2, Memory 5,Input Device 6 or Communication network 8. However, it is optional toobtain the important alignment information, I25, and Device 1 is notrequired to obtain the important alignment information, I25.

Next, Device 1 executes adjustment processing (S008). The adjustmentprocessing is a process to improve the degree of readout accuracy of the2D Code, C21, with graphics, by the readout Device. The details of theadjustment processing are explained in FIG. 5A, FIG. 5B and FIG. 5C.

FIGS. 5A, 5B and 5C are flow charts of the adjustment, processing of thefirst execution configuration. FIG. 5A show s a case of adjusting theembedded data only, G21. FIG. 5B shows a case adjusting only the 2DCode. FIG. 5C shows a case of adjusting both the embedding data, G21,and the 2D Code. Device 1 determines the adjustment arbitrarily as anadjustment of only the embedding data, G21, or an adjustment of only the2D Code, or an adjustment of both the embedding data, G21, and the 2DCode. If it determines to perform the adjustment processing of only theembedding data, G21, Device 1 receives brightness, contrast, and pigmentadjustment information. Also, the brightness, contrast, and pigmentadjustment information is the information for adjusting at least one ofthe following parameters: brightness, contrast or pigment. Next, Device1 adjusts at least one parameter of the obtained embedding G21'sbrightness, contrast or pigment referring to at least one of the typesof received adjustment information, brightness, contrast or pigment,together with the brightness and contrast of the generated 2D Code(S101). For example, if the 2D Code is a QR Code, Device 1 performscontrast adjustment of the embedding data, G21, in the following manner:first, Device 1 measures the value of brightness of the white colorcells and the black color cells that are incorporated in the generatedQR Code. In this configuration of the working example, the cells areeither white cells or black cells that are incorporated in the QR Code;however they can be bright cells or dark cells (the color of the displayconstituent element of the 2D Code is sometimes described as other thana white or black color). In this case, in all subsequent processings,white cells become bright colored cells, and black cells become darkcolored cells.

Next, Device 1 measures the value of brightness of all pixels in theobtained embedding data, G21. Next, Device 1 selects all pixels thatexceed the value of brightness of the white cells, among, all pixels inthe embedding data, G21. Next, Device 1 approximates the value ofbrightness of the selected pixels as the value of brightness of thewhite cells. Next, Device 1 selects all pixels that are below the value,of brightness of the dark cells among all pixels in the embedding data;G21. Next, Device 1 approximates the value of brightness of the selectedpixels as the value of brightness of the black cells. Or, Device 1 couldgive an arbitrary value as the brightness of the pixels incorporated inthe obtained embedding data, G21, to include all the values ofbrightness of pixels in either the range of the value of brightness ofthe white cells or in the range of the value of brightness of the blackcells (so as not to take a degree of brightness which could be perceivedas either bright or dark). Device 1 does not need to conduct this kindof process to change the value of brightness of the pixels.

Next, Device 1 calculates an intermediate value between the value ofbrightness of the white cells and the value of brightness of the blackcells. Then, Device 1 increases the level of contrast of the embeddingdata, G21, using the calculated intermediate value as the thresholdvalue. Specifically, Device 1 selects pixels in the embedding data, G21,from all pixels that have a value of brightness greater than thecalculated intermediate value. Next, Device 1 increases the value ofbrightness of the selected pixels. Then, Device 1 selects pixels in theembedding data, G21, from all pixels that have a value of brightnesslesser than the calculated intermediate value. Next, Device 1 decreasesthe value of brightness of the selected pixels. Accordingly, Device 1 isable to increase the contrast of the embedding data, G21. The 2D Code,C21, which includes the embedding data, G21, with increased contrast hasimproved readout quality in the readout Device. Also, Device 1 is ableto dot-iconize the embedding data, G21 (please refer to FIG. 6, which isan explanatory Figure of the dot-iconizing configuration in the firstworking example). Specifically, Device 1 dot-iconizes the embeddingdata, G21, by processing the graphics of the embedding data, G21, sothat the pixels in the embedding data, G21, become the same size as thedisplay constituent element of the 2D Code. At that time, Device 1dot-iconizes by coloring each of the pixels of the embedding data, G21,with a main color (the pigment that occupies the largest fraction of thearea). Further, Device 1 is able to correct the dot-iconized embeddingdata, G21, depending on input by the Code-creator. Device 1 is able toreduce the error rate for generating the 2D Code, C21, by dot-iconizingthe embedding data, G21.

On the other hand, if it is decided to adjust only the 2D Code, itadjusts at least one of the following parameters of the generated 2DCode, brightness, contrast, or pigment, by referring to at least one ofthe two parameters, brightness or pigment, of the obtained embeddingdata, G21 (S102). For example, if the 2D Code is a QR Code, Device 1performs contrast adjustment of the generated QR Code in the followingmanner. First of all, Device 1 measures the greatest and least values ofbrightness of the pixels incorporated in the obtained embedding data,G21. Next, Device 1 makes the value of brightness of the white cells ofthe QR Code equal to or lesser than the highest measured value. Further,Device 1 makes the value of brightness of the black cells of the QR Codeequal to or greater than the lowest measured value.

However, if it is determined to perform the adjustment on both theembedding data, G21, and the 2D Code, Device 1 calculates the averagebrightness value based on the generated 2D Code and the brightness ofthe obtained embedding data, G21 (S103). Then, Device 1 adjusts at leastone of the following parameters of the obtained embedding data, G21,brightness, contrast or pigment, using the calculated average value ofthe brightness and the average value of the contrast as a reference(S104). Next, Device 1 adjusts at least one of the following parametersof the generated 2D Code, brightness, contrast, or pigment, using thecalculated average value of the brightness and the average value of thecontrast as a reference (S105). Device 1 performs the adjustmentprocessing as described above.

Now, the explanation continues, going back to FIG. 3. Next, Device 1performs a binarization (black and white degradation) processing of theembedding data, G21 (S109). The details of the binarization processingwill be discussed in FIG. 7.

FIG. 7 is a flow chart of the binarization processing of the firstexecution configuration. And FIG. 8 is an explanatory Figure of thebinarized graphic of the first execution configuration. Device 1determines the threshold value to divide the bright and dark areas inthe obtained embedding data, G21 (S201). For example, Device 1calculates the average brightness value of the obtained embedding data,G21, and the calculated average value can be used as a threshold value.Or, Device 1 can calculate in the following way: Device 1 calculates thebrightness of the obtained embedding data, G21, in sequence taken fromthe brightest area at the designated numbers. Then, Device 1 calculatesthe average brightness value in the bright area. Then, Device 1calculates the brightness of the obtained embedding data, G21, insequence taken from the darkest area at the designated numbers. Then,Device 1 calculates the average brightness value in the dark area. Then,Device 1 can determine what the threshold value is, based on thecalculation of the average brightness values of the bright and darkareas, in this way, it is possible to eliminate the effects of spikedbrightness values on the described threshold value.

Then, Device 1 selects the pixels of the obtained embedding data, G21,in sequence, and the following processing is performed on each of thepixels (S202). Device 1 calculates the brightness value each pixel(S203). Then, Device 1 determines if the calculated brightness value isequal to or below the threshold value (S204). If the brightness value isequal to or below the threshold value, Device 1 determines the selectedpixel to be “dark” (S206). On the other hand, if the brightness value isgreater than the threshold value, Device 1 determines the selected pixelto be “bright” (S205). Then, Device 1 determines if all of the pixels inthe embedding data, G21, were selected in step S202. If not all of thepixels were selected. Device 1 returns to step S202. Device 1 repeatsthe processing by selecting unselected pixels. On the other hand, if allof the pixels were selected. Device 1 finishes its hi narrationprocessing. Then, Device 1 records the determined outcome. Specifically,it records binarized graphic data, G81, based on the graphics containingblight pixels as determined as “bright” and dark pixels as determined as“dark”. Device 1 also records the original embedding data, G21, withoutbinarization. Next, Device 1 tentatively aligns the binarized graphicdata, G81, on the generated 2D Code. Then, Device 1 uses the tentativelyaligned 2D Code for calculating the error rate. Then, Device 1 generatesa 2D Code with graphics, C21, by embedding the original embedding data,G21, in the 2D Code, and not by embedding the binarized graphic data,G81, at the ultimate 2D Code output, furthermore, the calculation of theerror rate can be done by Device 1, by tentatively aligning the originalembedding data, G21, and not the binarized graphic data, G81.

The explanation continues, going hack to FIG. 3, Device 1 repeats thealignment adjustment processing until the error rate of the 2D, Codebecomes equal to or below the allowable range (S010). The details of thealignment adjustment processing will be discussed in FIG. 9.

FIG. 9 is a flow chart of the alignment adjustment processing of thefirst execution configuration. Device 1 changes the size of thebinarized graphic data, G81, using the obtained alignment sizeinformation, I23 (S301). Next, Device 1 tentatively aligns the binarizedgraphic data, G81, on the generated 2D Code, according to the obtainedalignment position information, I22 (S303). Next, Device 1 examines theobtained important alignment information, I25. If the obtained importantalignment information, I25, indicates that the embedding data, G21,cannot be aligned at any of the important display constituent elements,then Device 1 determines if the binarized graphic data, G81, is notaligned at any of the important display constituent elements (S304). Ifthere is even one case of the graphic data, G81, aligned at an importantcell, then the embedding data, G21 cannot be aligned at the alignmentposition. Therefore, Device 1 determines if the binarized graphic data,G81, has been aligned tentatively at all of the positions within theallowable range (S308). If it has not been aligned tentatively, Device 1selects a new position where there has not been aligned tentatively(S309). Regarding the allowable range, it can be set beforehand, or itcan be included in the alignment position information, I22. Furthermore,if the obtained alignment priority information, I24, indicates that thealignment size information, I23, has priority over the alignmentposition information, I22, then the allowable range refers to all of thepositions in the 2D Code. On the other hand, if the obtained alignmentpriority information, I24, indicates that the alignment positioninformation, I22, has priority over the alignment size information, I23,then the allowable range will be limited to the positions indicated bythe alignment position information, I22, or the periphery only. WhenDevice 1 selects a new position, it goes back to step S302, and alignsthe binarized graphic data, G81, at the newly selected position (S303).Then, Device 1 repeats the processing. However, if all the positions aretentatively aligned, Device 1 proceeds to step S310. Meanwhile, if theimportant alignment information, I25, indicates transmissive processing(S305), Device 1 performs transmissive processing on the pixels alignedat the important cells within the embedding data, G21 (S306). Themeaning of transmissive processing is to eliminate pixels from theembedding data, G21. Accordingly, decoding of the generated 2D Code withgraphics, C21, becomes possible. Next, Device 1 could perform contouremphasis processing based on the adjustment information of the cells.What contour emphasis processing means is that the cells which aretentatively aligned in the contour pixels of the binarized graphic data,G81, determine if it is black (dark) or not. If the cells are black,Device 1 converts the cells to white (blight). Accordingly, the contourof the embedding data, G21, which is embedded in the 2D Code to begenerated, C21, becomes clear. Device 1 could determine if the contourpixels of the binarized graphic data, G81, are aligned in the specificarea, and if the cells are black (dark) or not. In a case when thecontour pixels of the binarized graphic data, G81, are aligned in thespecific area, and also when the cells are black (dark), Device 1converts the cells to white (bright).

Next, Device 1 performs error rate processing (S310). The details of theerror rate calculation processing are provided in FIGS. 10 and 11. Onthe other hand, if the important alignment information, I25, indicatesthat the embedding data, G21, can be aligned at the important cells,then Device 1 proceeds to the following step, S307, and performs theerror rate calculation processing.

FIG. 10 is a flow chart of the error rate calcination roc sin of thefirst execution configuration. First of all, Device 1 selects all thecells (except the important cells) incorporated in the generated 2D Codein sequence (S401). Next, Device 1 compares the selected cell with oneor more, pixels tentatively aligned at the cell in The binarized graphicdata, G81. Based on the comparison, Device 1 determines the selectedcell to be either valid or invalid (damaged) (S402). For example, if awhite color (bright) cell and all of the bright pixels are selected,then Device 1 determines the selected cell to be valid. Similarly, if ablack color (dark) cell and all of the dark pixels are selected, thenDevice 1 determines the selected cell to be valid. On the other hand, ifa white color (bright) cell and all of the dark pixels are selected,then Device 1 determines the selected cell to be invalid. Similarly,when a black color (dark) cell and all of the bright pixels areselected, Device 1 determines the selected cell to be invalid.Furthermore, Device 1 determines a cell to be invalid (damaged) when aportion of the pixels tentatively aligned at the cell are bright, and aportion of the remaining pixels are dark. If the selected cell is white(bright) and it has more than a specific number of bright pixels, thenDevice 1 can determine that cell to be valid. Similarly, if the selectedcell is black (dark), and it has more than a specific number of darkpixels, then Device 1 can determine the cell to be valid. And when theselected cell is white (bright), and in the specific central area of theselected cell, the tentatively aligned pixels are all bright, thenDevice 1 determines that cell to be valid (please refer to FIG. 11).Similarly, when the selected cell is black (dark), and in the specific,central, area of the selected cell, the tentatively aligned pixels areall dark, then Device 1 determines that cell to be valid. If theselected cell has no graphic data tentatively aligned with the binarizedgraphic data, G81, then Device 1 determines the selected cell to bevalid. If the selected cell has tentatively aligned pixels that havetransmissive processing, then Device 1 determines the selected cell tobe valid. The reason being, that the pixels which are processedtransmissively have been eliminated from the embedded data, G21.Furthermore, when the cells have contour emphasis processing to convertthem from black (dark) to white (bright), Device 1 determines that cellto be invalid Next, Device 1 determines whether all of the cells havebeen selected or not, in step s401. When all of the cells have not beenselected, Device 1 returns to step S401, and repeats the processing.When all of the cells have been selected, Device 1 calculates the errorrate based on the outcome of step S402 (S403). For example, Device 1calculates the error rate by dividing the number of invalids (includingdamaged) by the number of cells. The error rate can also be calculatedby Device 1, by dividing the number of invalids (including damaged) bythe total number of invalids and valids.

The explanation continues, going back to FIG. 9. Next, Device 1determines if the binarized graphic data, G81, is tentatively aligned atall of the positions within the allowable range (S308). If it is nottentatively aligned at all of the positions, Device 1 selects a newposition where it is not tentatively aligned within the allowable range(S309). The allowable range can be set beforehand, or it can beincorporated in the alignment position information, I22. If the obtainedalignment priority information, I24, indicates that the alignment sizeinformation has priority over the alignment position information, I22,then the allowable range will be all of the positions within the 2DCode. On the other hand, if the obtained alignment priority information,I24, indicates that the alignment size information, I23, has priorityover the alignment position information, I22, the allowable range willbe limited to the positions indicated by the alignment positioninformation, I22, or the periphery only. When Device 1 selects a newposition, it goes back to step S302, and aligns the modified graphicdata, G81, in the newly selected position (S303). Then, Device 1 repeatsthe processing. However, if all of the positions tentatively aligned,Device 1 selects the smallest error rate among all of the calculatederror rates. Next, Device 1 compares the selected error rate to thethreshold value (S310). Then, Device 1 determines if the error rate isequal to or below the threshold value. If the error rate is greater thanthe threshold value, Device 1 cannot embed the embedded data, G21, asis. Then Device 1 reduces the size of the binarized graphic data, G81,to the specified size (S311). The specified size could be the size ofone pixel, or could be a predetermined size. Then, Device 1 returns tostep S301 and repeats the next processing. On the other hand, if theerror rate is equal to or below the threshold value, Device 1 recordsthe selected alignment position information and the alignment sizeinformation with the smallest error rate (S312). However, Device 1 canalso select the optimum alignment position and alignment size, referringto the error rate and the alignment position and alignment size, and canrecord this in Memory 5, for instance. Then, Device 1 embeds theoriginal embedded data, G21, or the embedding data, G21, with theadjustment process (FIG. 5A, FIG. 5R, or FIG. 5C) being performed, inthe 2D Code, according to the selected alignment position and alignmentsize. Also, if transmissive processing on the binarized graphic data wasperformed during the tentative alignment, then Device 1 performstransmissive processing on the original embedded data, G21, or theembedding data, G21, with the adjustment process being performed (FIG.5A, FIG. 5B, or FIG. 50). Then, Device 1 embeds the original embeddingdata, G21, that has been transmissively processed in the 2D Code.Accordingly, Device 1 outputs the 2D Code, C21, with graphics (S011).And Device 1 records the 2D Code, C21, with graphics. In the meantime,Device 1 is able to direct Output Device 7 to output the generated 2DCode, C21, or send it to other Devices via Communication Network 8.

According to the first execution configuration, Device 1 is able tooutput the 2D Code, C21, with graphics, which satisfies error ratestandards, after obtaining the character string information, I21 and theembedding data, G21. The 2D Code, G21, with graphics, is a 2D Codecontaining character string information that humans can infer withoutconducting readout process (decoding the 2D Code).

In the first execution configuration, Device 1 outputs the 2D Code, C21,encoding the character string information, I21. On the other hand, inthe second execution configuration, Device 1 determines the optimumcharacter string and outputs the 2D Code, C21, encoding the characterstring. The structure of the Device System of the second executionconfiguration is identical to that of the first execution configuration(FIG. 1). This identical structure has identical numbers attached;therefore, the explanation is omitted.

Below, the process of the System of the Device in the second executionconfiguration is explained, referring to FIG. 3. In the second executionconfiguration, Device 1 obtains the fixed character strings, the numberof characters, and the number of trial times of the variable characterstrings, instead, of the character string information (S001). Then, thefixed character strings are encoded and become a necessary part of theencoding information, in the encoding information of the 2D Code. Forexample, the fixed character strings are the first part of the InternetURL address information. The variable character strings are the stringsattached to the fixed character strings and they can be anycharacter(s), number(s), or symbol(s), or any combination of these. Forexample, the variable character strings are the last pan of the URL.Also the trial times are the times required to change the variablecharacter strings, in order to find the optimum variable characterstrings. After Device 1 obtains the information, it generates thevariable character strings corresponding to the obtained number ofcharacters, Device 1 is also able to generate the variable characterstrings using any method. For example, Device 1 could generate thevariable character strings, randomly, or it could generate regularvariable character strings by a character increment or decrement. Next,Device 1 generates new character string information by attaching thevariable character strings to the fixed character strings. Next, Device1 generates new 2D Codes by encoding the newly generated characterstring information. Next, Device 1 processes the steps in the range S002to S010 (FIG. 3). Accordingly, Device 1 is able to record the alignmentposition, alignment size, and the error rate that is the least errorrate, in regards to the 2D Code with the encoded character siringinformation which was generated.

Next, Device 1 determines if the number of instances of variablecharacter string generation is smaller than the obtained trial number ofinstances, in the step, S001. If the number of instances of variablecharacter string generation is smaller than the obtained trial number ofinstances, Device 1 returns to the step S001. Then, Device 1 generates anew character string and repeats the aforementioned processing.Accordingly, Device 1 is able to record the alignment position andalignment size having the lowest error rate, and record that error rate,in regards to the 2D Code with the encoded character string informationwhich contains the new variable character strings. On the other hand, ifthe number of generation instances is larger than the number of trialinstances, Device 1 determines the alignment position and the alignmentsize with the least error rate, among the recorded error rates. However,Device 1 is also able to determine the optimum alignment position andalignment size by referring to the recorded error rates; alignmentpositions, and alignment sizes. Next, Device 1 embeds the originalembedding data, G21, or the embedding data, G21, with the adjustmentprocessing (FIG. 5A, 5B or 5C) into the 2D Code, by referring to thedetermined alignment position and alignment size. If Device 1 performeda transmissive processing on the binarized graphic data, G81, in thetentative alignment, then it performs the transmissive processing on theoriginal embedding data, G21, or on the embedding data, G21 with theadjustment processing (FIG. 5A, 5B or 5C) as well. Then, Device 1 embedsthe original embedding data, G21, which has been transmissivelyprocessed, into the 2D Code. Accordingly, Device 1 outputs the 2D Code,C21 (S011). Then, Device 1 records the generated 2D Code, C21. In thiscase, Device 1 is also able to direct the output of the generated 2DCode, C21, to Output Device 7, or send it to other Devices viaCommunication Network 8.

According to the second execution configuration, because Device 1 isable to specify the optimum variable character string, it is able tofurther lower the error rate of the 2D Code, C21.

In the third execution configuration, Device 1 receives the rotationinformation, I27, rotates the embedding data, G21, and aligns it intothe 2D Code. The rotation information, I27, indicates the number ofrotations and the angle of the rotation of the embedding data, G21 orthe 2D Code. The structure of the third execution configuration isidentical to that of the first execution configuration (FIG. 1). Thisidentical structure has the identical numbers attached; therefore, theexplanation is omitted. Regarding the processing performed by the DeviceSystem in the third execution configuration, it is identical to that ofthe first execution configuration Device System, except for thealignment adjustment processing (step S010 of FIG. 3). For the identicalprocessing, the explanation is omitted.

FIG. 12 is a flow chart: of the alignment adjustment processing of thethird execution configuration. First, Device 1 executes the processingof steps S301.about.S307. Next, Device 1 determines if the binarized,embedded data, G81, has been rotated as, many times as specified (S322).If it has not been rotated as many times as specified, Device 1 rotatesthe binarized embedded data, G81 (S323). Furthermore, the rotation ofthe binarized embedded data, G81, or the generated 2D Code can be artymethod. For example, Device 1 rotates the binarized embedded data, G81,only to the specified angle from the alignment condition determined bythe aforementioned step, S323. In addition, Device 1 is able to reverseor deform, without rotating the binarized embedded data, G81, or combinesuch operations. Deformation is to expand or shrink vertically,horizontally, or the other directions. In this case, Device 1 receivesone of the three following types of information: rotation information,reverse (turn over) information, or deformation information, or itreceives the information of the combination of these. For example,reverse (turn over) information indicates if the embedding data, G21,will be reversed. Deformation information indicates if the embeddingdata, G21, will be deformed, and indicates the deformation method. Thealignment condition includes information on the rotation angle of theembedding data, G21, or the generated 2D Code and if it is reversed ornot, or deformed or not. A her Device 1 rotates the binarized embeddeddata, G81, it returns to step S321 and repeats the same process.Accordingly, Device 1 executes all processing steps, S301.about.S312, ofthe alignment adjustment process. Further, Device 1 records theselection of not only the alignment position and the alignment size withthe least error rate, but also the alignment condition (S312). Device 1is also able to select the optimum alignment position, the alignmentsize and the alignment condition by referring to the recorded errorrates, alignment positions, alignment sizes and alignment conditions.Next, Device 1 embeds the original embedding data, G21, into the 2D Codeby referring to the recorded alignment position, alignment size andalignment condition. If Device 1 performed the transmissive processingin the tentative alignment, then it performs the same transmissiveprocessing on the original embedding data, G21. Then Device 1 embeds theoriginal embedding data, G21, which has been transmissively processed,into the 2D Code. Accordingly, Device 1 outputs the 2D Code, C21 (stepS011 of FIG. 3).

According to the third execution configuration, Device 1 is able tofurther lower the error rate of the 2D Code; C21, by rotation, reverse(turn over) or deformation, or a combination of these:

In the fourth execution configuration, Device 1 generates multiplegraphic 2D Codes, C21, containing identical embedding data, G21. Thestructure of the Device System of the fourth execution configuration isidentical to the first execution configuration (FIG. 1). This identicalstructure has the identical numbers attached; therefore, the explanationis omitted. The process of the fourth execution configuration isexplained by referring to FIG. 3. In the fourth execution configuration,Device 1 obtains strings of multiple character siring information, I21(S001). Then Device 1 encodes each string of the obtained characterstring information, I21, and generates 2D Codes. Accordingly, Device 1generates the same number of 2D Codes as the number of strings ofobtained multiple character string information, I21. Next, Device 1executes the process of S003 to S009. Accordingly, Device 1 adjusts theembedding data, G21, to the optimum level. Next, Device 1 performsalignment adjustment processing on each 2D Code generated by encodingeach of the strings of character string information. Accordingly, thealignment position and the alignment size of the embedding data, G21,can be determined for each of these 2D Codes. Then, according to thedetermined alignment position and alignment size, the embedding data,G21, is embedded into the 2D Code. Accordingly, Device 1 outputs thesame number of 2D Codes, C21, as the number of strings of obtainedmultiple character string information, I21 (S011). Then, Device 1records the generated 2D Codes, C21, in Memory 5, as an example. Then,Device 1 is able to direct Output Device 7 to output the generated 2DCodes, C21, or send them to other Devices via Communication Network 8.As described above, according to the fourth execution configuration,Device 1 is able to output multiple 2D

Codes, C21, which contains the identical embedding data, G21, withoutrepeating the steps S002 to S009, by producing intermediate data whichhas common processing outcomes.

FIG. 14 illustrates a URL-shortener where random alphanumericcharacter(s) and symbols are added to the URL. In another embodiment,the addition of alphanumeric character(s) and symbols is not random. Theuse of random URL shortener brings added security and anonymity. TheDevice System can be used with any URL-shortener or have its ownshortener.

FIG. 15 illustrates a dot iconized Image, which can help in visualappeal and mass production of Codes with an embedded the Image.

FIG. 16 illustrates mass production of different Codes With the sameImage. There are three different character string informations,resulting in three different Codes. The same Image is encoded in thedifferent Codes. To expedite mass production, the Device System obtain acommon intermediate. That means the Device System obtain an acceptableor optimal condition for placing the image. The acceptable or optimalcondition can be determine by analyzing one or more parameters such astransmissive area information, alignment position information, alignmentsize information, alignment, priority information important alignmentinformation, readout-quality adjustment processing: binarization,processing, and alignment adjustment processing

FIG. 17 illustrates a flow chart where character string information(S001), embedding data (S002), transmissive area information (S003),alignment, position information S004), alignment size information(S005), alignment priority information (S006), and important alignmentinformation (S007) are obtained. The System can execute readout qualityadjustment processing (S008), binarization processing, and alignmentadjustment processing. The System then stores a common intermediate(S011). This common intermediate which can be the processing results ofS002 to S010 can be repeated as many limes as the number of characterstring information (S012) to output all 2D Codes with each characterstring information and common intermediate (S013).

Alignment position is the position on the QR Code, where embeddinggraphic is placed, when it is embedded. Alignment size is the size ofembedding graphic on the QR Code, when it is embedded. Rotationcondition is the rotation angle of embedding graphic (QR Code), when itis embedded. Reverse (turn over) condition is the inversion such as fliphorizontal or vertical.

Once a plurality of Codes have been outputted by the Code-creators, manyapplication exist for the management of individual Codes and groups ofCodes as outputted and such is referred to as the Device System'sEcosystem.

FIG. 18 illustrates creating a, Directory of 2D Codes that issearchable: A Code with an Image is created and outputted by the DeviceSystem (826) or an Image is uploaded to the Device System (826). Awebpage (‘Rage’) can be linked to each Code, becoming the Code's‘destination’ upon being clicked and/or tapped one or more times indigital format and/or scanned by an ‘End-user’ in digital andnon-digital formats with an internet connected device, said webpage canreside within the Device System's Ecosystem by way of the Code-creator'saccount management dashboard (827). The Code-creator inputs information,data and any material he or she wishes to appear on said. Page (829) sothat when the outputted Code is clicked and/or tapped one or more timesand/or scanned by an End-user the information is revealed. TheCode-creator can update or modify the information at any time (828) orlink the Code to another Page outside the Device System's Ecosystem(830) from the referenced account management dashboard. The plurality ofCodes created anchor Images uploaded can be used to create a Registry orDirectory (832) couple to and/or independent of said internal Pages. TheRegistry or Directory can be searched (834) or browsed (831) by thirdparty individuals who could be shown specific results or even a list ofmost viewed or searched Codes (833) in addition to other analytics-basedresults or data sets. The Device System can accumulate information,historical and in real-time, on searches of Codes or scans/views ofCodes (835). The search of the 2D Codes can be limited to registeredCode-creators (known as ‘Registered Members’) who opt-in to be listed insaid Directory (836) to ail Registered Members if terms of service forthe Device System specifies such (837), or have no limits (838) meaningbeing able to be queried and searched by even non-Code-creators. Thesearch results, some of which may be ‘sponsored’ or ‘paid for’ resultsat the Device System's operator's and/or third party service providers'discretion, are displayed (839) and optionally along with anadvertisement (840) which may be correlated to the ‘search’ informationand/or ‘content’ of the associated Page and/or ‘Image’displayed on theCode and/or even geographic-based per the location of the respectiveEnd-user. After a ‘search’, each 2D Code can be ‘clicked’, ‘tapped’ asthe results are presented in a digital environment and can also bescanned, or otherwise selected. After selection of the 2D Code, theunderlying information either the destination entered by Code-creatorsor even data inputted by a Code-creator such as interests, hobbles,education, location, etc. during the Code creation process or data froma Page a Code-creator may have customized, can be viewed (843). Pagescan be updated by Code-creators in order to provide accurate informationin real-time to searchers utilizing the Device System's Directory andRegistry services. The System can collect information on popularity ofsearches or other trends to make recommendations to the Code End-user(844). Preferably the Code contains an identifying Image such as apicture, brand, logo or other significant identifier so people andbrands can be easily identified within the Registry.

FIG. 19 illustrates using the Device System to print products andmerchandise featuring the Codes outputted without the need for theEnd-user to download said Code(s). In the event an End-user chooses todownload a Code outputted by the Device System this option is availableto them as well. An linage can be uploaded or imported (802) or created(801). The resolution of the uploaded or imported image can be decreased(803) if necessary to a lower-resolution Image from a higher-resolutionImage automatically by the Device System. Preferably all Codes createdhave high resolution. The Code can be stored, such as in memory of theDevice System (804). To print printed products and produce merchandisebearing the outputted Codes by the Device System, the Code from memoryor storage within the Device System's Ecosystem can be placed on printedproducts and other merchandise with as little as a single ‘tap’ or‘click’ or a few clicks (807) without the need for the End-user todownload the Code. The primed products and other merchandise featuring aCode outputted can have pro-designated and specific areas for placementof the Code on such products and merchandise to facilitate the rate ofand ease of production and ordering of printed products and othermerchandise by Code-creators and/or End-users again without requiring aCode-creator and/or End-user to download the outputted Code by theDevice System. The System can maintain data on sates and preferences ofeach Code-creator and End-user and suggest offerings to both.Additionally, if an Code-creator End-user prefers to take the Codeoutputted by the Device System to a printer of their preference orwishes to place the Code on a webpage, in rich-media advertisements thatare HTML5 based, a mobile or desktop banner advertisement or otherdigital medium (web, television and/or digital billboard for, example),the Device System allows for the Code to be downloaded by theCode-creator from the Device System's account management dashboard. TheCode outputted by the Device System can be downloaded by theCode-creator for a fee (808), particularly when the Image uploaded orimported to create such Code(s) are of high resolution. The Codeoutputted by the Device System can be primed on printed products andmerchandise (812) or used digitally on the world wide web, television,interactive media or other digital mediums with a high-resolution Imagehaving been uploaded or imported by the Code-creator (813). The Systemcan also provide option of downloading Code for free (809) based onspecific resolution parameters including automatically converting ahigh-resolution Code outputted by the Device System to a low-resolutionCode so that said Code is no longer suitable for printing on printedproducts and/or other merchandise.

FIG. 20 illustrates the integration of information from clicking,tapping and/or scanning the Code by an End-user, such as a smartphone. ACode with Image (814) is clicked and/or tapped one or more times and/orscanned by an end-user. The Code creation platform database interaction(817) can be a software program or application that allows either forautomatic integration (818) or manual integration (819) of specificsoftware or an application or other information within an End-user-'sDevice. The integration can be that for a digital wallet or loyaltyprogram (820), digital address book (821), immediately downloadableitems such as virtual goods and other digital content purchaser(s)(822), digital calendar (823), and digital shopping list and electroniccommerce-based shopping can (824).

FIG. 21 illustrates Verification and/or Authentication of Codes.Verification refers to Verification of information regarding the finaldestination of the Code. Authentication refers to Authentication of theCode as created by the Code creation System (in-house created Code),also referred to herein as ‘Device System’. The System can havemandatory Verification and/or Authentication (825) or optional (82 b)Verification and/or Authentication signifiers that can be seen and/orheard by End-users. The System can optionally use a third party sourceand/or sources for Verification (827) and Authentication services.Verified and/or authenticated Codes can have a distinguishing feature orfeatures added to them which may be visual and/or part of the End-userexperience (828).

FIG. 22 illustrates a, Code with an example of a ‘safe area’ for placingor embedding an Image within the Code. A Code-creator can have theoption of placing the Image in a particular area of the ‘safe area’ ornot be provided such an option, meaning have to have the image occupy aspecific pan of or substantially all of the safe area of the Code asdetermined by the mode of the Device System settings. In one iteration,when an Image is embedded in the 2D Code, the Device does so such thatthe Image fits the safe area. This automatic fitting of the Image withinthe safe area is suitable for mass production where plurality of linagesare automatically embedded by having them be placed in a pre-designated,specific part of the safe area such that ail Codes outputted in thismode have a uniformity.

FIG. 23 illustrates a Code with an linage that is clicked and/or tappedone or more times and/or scanned by an End-user. After scanning by theEnd-user, a server associated with the System that created and outputtedthe Code shows or plays a visual and/or audio promotion and/oradvertisement. The commercial/advertisement/promotion can be a staticadvertisement/still-frame that is present for a certain number ofseconds and/or animated (multiple still-fames in sequence; and/or avideo-all of which may also feature an audio-based sound file snippet.It is also possible for the Device System to correlate the Image on theoutputted Code (or other data culled from the Code-creator in theprocess of Code creation) to serve specificcommercials/advertisements/promotions to End-users. This includescorrelating the location of the ‘End-user (clicker, tapper and/orscanner of the Code)’ to other specific geographic-basedcommercials/advertisements/promotions i.e., if the System knows anEnd-user is physically located in Texas or even a specific city, anadvertisement may be served to the End-user when a Code outputted by theDevice System is clicked and or tapped one or more times and or scannedby the End-user for a Texas-based product or service. The advertisementscorrelated to the Code data outputted and/or End-user data from scanningthe Code's out can also be correlated to the content of the Code and/orthe geographic location and/or mobile handsel or other connected deviceof the End-user as determined by End-user's internet protocol addressand/or other metrics by the Device System.

The Device System can automatically (or manually at the discretion andoption of the Code-creator) convert individual Codes that the DeviceSystem has created (801) based on a high resolution Image file that wasuploaded or imported into the Device System at 72 dots per inch orgreater (or similar graphic resolution metric) (803). At the option ofthe Code-creator and/or based on preconfigured settings programmed intothe Device System, the Device System can convert the resulting Code filethat was created by the Code-creator and outputted by the Device-Systemto a downloadable file format that is 600 dots per inch (or similargraphic resolution metric) or less (809-811) for use of the Codes onprimarily digital mediums such as but not limited to the world wide web,internet-connected mobile phone and tablet screen displays as well asother digital billboards, television screens, movie screens and computerdevices and all other digital screen formats. Alternatively, an Imagethat was uploaded or imported to the Device System in a high-resolutionformat and utilized to create a Code outputted by the Device System maybe downloaded by an End-user at the same resolution as the Image filethat was uploaded.

The Device System can automatically create a Code with the Image beingthe exact dots per inch (or similar graphic resolution metric)resolution (versus different resolution than the Image file uploaded orimported) as the Image that the Code-creator uploaded or imported(802-803) into the System by a Code-creator.

The Device System can incorporate an optional initial selection mode forCode-creators which correlates the quality (based on dots per inch orother graphic standard) of the file intended to be upload or imported bya Code-creator's from their web-enabled smartphone or desktop computeror tablet) to specific functionality of the Code, printed products andmerchandise options as well as price points for outputted Code downloadsby Code-creators. This can include options including but not limited toa free or lesser priced download of the Code option for low-resolutionImages uploaded and/or imported to the Device System and/orfunctionality opt ions, such as tools for Code-creators to post Codes toa webpage and/or insert Codes in a rich-media (HTML5) advertisement ormobile or desktop banner advertisement, again without the need for theEnd-user to download the Code. Images uploaded or imported to the DeviceSystem by the Code-creator that are of high resolution may also havecorrelated output options different than those for low resolution imageswhich may include hut not be limited to offerings of printed productsand merchandise:

Code-creators can be prompted by the Device System to predetermine thetype and quality of Image file they will be Uploading or importing, in amanual selection fashion or this evaluation of graphic resolution andattributes may be one automatically. This functionality allowsCode-creators to also with one click (or more) to simply alternatebetween a low resolution setting and a high resolution setting duringthe Code creation process in order to determine the type of file theDevice System will output for them during the Code creation process andalso after the Code creation process (from high resolution to lowresolution).

In one embodiment, a user has the choice of downloading a Code with lowor high resolution (808-809). The high resolution Code (808) would besuitable for printing on printed products and other merchandise outsidethe Device System if the Code-creator so chooses to download the Codeoutputted by the Device System in a high resolution file format as suchcan assess the down loader of the Code a fee for downloading such aCode. The Code-creator can also download a low resolution Code even ifthe Image the Code-creator uploaded was of high resolution through theautomatic conversion mechanism (809) at likely a lesser price or evenfor free. Another possibility is improving the perceived resolution ofan Image that is uploaded or imported to the Device System by utilizingcertain graphic effects on such Image, such as dot iconization, that canbe automated and/or selectable by Code-creators utilizing the DeviceSystem (notably these effects such as dot iconization may also beavailable for high resolution Image uploads or imports). (803). ACode-creator having uploaded or imported a high resolution Image canchoose to have the Device System automatically convert the Codeoutputted by the System to a low resolution Code in order to downloadthe Code for a lesser fee or for free based on the settings of theDevice System. The user would pay a lee when downloading the highresolution Code for printing (808)(806).

Images that are imported from the world wide web (versus uploaded) byCode-creator can expedite Code creation by the Device System based onits processes and Image uniformity in terms of such linages all being ofthe same physical size and not needing to be edited and/or cropped bythe Code creator. Such imported Images may, be Images or pictures from acloud-based service and/or social network profiles accessible by anapplication protocol interlace offered by the respective cloud-basedservice and/or social network and integrated into the Device System.

‘Imported’ Images refer to being imported into, the Device System fromanother location on the world wide web, including but not limited to acloud-based service or social network, for example, individuals' profilepictures (versus from a Code-creator's computer or smartphone or otherhardware Device or web service that stores or uses high resolutionimages but that are not accessible by an automated protocol interface).The resolution quality of the file uploaded or imported by theCode-creator can be correlated by the Device System's processes andSystems to provide a specific range of correlated output optionsmanually selected by or automatically configured. Such options mayinclude but not limited to Code functionality and/or destination optionsfor the Code, as well as printed products and other merchandisesuggestions for which the resulting outputted Code would be suitable andable to be produced within the Device System Ecosystem without fiveCode-creator needing to download the Code.

The prompting of the Code-creator to predetermine the resolution qualityof Image they are uploading or importing (or having the system performsuch Image assessment automatically) based on their expected intendeduse can trigger an automated process specific to the Device System thatdrives an internal decision engine that can offer correspondingfunctionality and output options for Code-creators can be displayedthroughout the rest of the Code creation process.

While the System displays only certain options to Code-creators asdetermined by their file-type and/or file resolution that they upload orimport, the Device System can allow for the full range of highresolution file-input and correlated output and functionality as well asthe full range of low resolution file input and correlated outputoptions. Functionality and in both cases associated download options,printed products and merchandise can be displayed to the Code-creatorsat the Device System operator's or third party operators' and/ordiscretion.

The Device System can allow the Code-creators and third party operatorsof the Device System direct, positioning of Codes outputted by theDevice System to be placed, with one or more clicks or laps on theirinternet-connected device (806) (807), on printed products (and othermerchandise including but not limited to tee-shirts and key chains) aswell as insertion into template rich-media (HTML5) ad formats, mobile ordesktop banner ads and digital advertising formats in a pre-determinedfixed locations as part of the ‘operators and third party serviceproviders” Code-creation platform, operating system and functionality.

Each Code created and successfully outputted by the Device System canalso feature a correlated ‘Code Page’ (a webpage or ‘Page”) (827) thatcan be the destination of the outputted Code if the ‘Page’ is configuredby the Code-creator with one or more clicks or taps through theirinternet-connected device during or after Code creation process.

As well as providing access to the Code-creator's Codes and Code Pages,the Device System's account management page (also referred to a Codeaccount or Code management dashboard) can also feature an onlinetracking System for outputted Codes known as the Code managementplatform. This functionality allows for Code-creators to modify (828) atany time they so choose the functionality and destination of the Codesthey have created with the system/device when they are clicked and/ortapped one or more times and/or scanned by End-users.

In addition the Device System's Code management dashboard allowsCode-creators and even End-users in certain cases to order printedproducts and merchandise hearing the outputted Codes with one or moreclicks (807) of their internet-connected device based on the parametersspecified by the Code-creator or the operator of the Code generationplatform.

In addition to the Code management System and dashboard featuringCode-creator's Codes, the Device System can also provide for historicalreview (806) of ordered items or created products and/or purchasingsuggestions, merchandise suggestions or advertisements or advertisingcontent based on each Code the Code-creator has created that resides inthe account management dashboard module of the Device System.

Tracking of the shipment of the printed products and/or othermerchandise that a Code-creator orders can be achieved through adedicated webpage within the Code creation platform's Ecosystem in whicheach. Code that a Code-creator created resides and therefore many of theorder details can be pro-populated in the System's order form to furtherexpedite purchasing of printed products and merchandise byCode-creators.

The Code management platform may also feature one-click ‘deactivation’of Codes, other Code capabilities and editing of Code destinations andfunctionality, downloading of the Code, and other functionality optionsas well as statistical data such as number of scans, geographic area ofscans and time of scans tied to each individual Code or a specificuser-account which may allow grouping of Code analytics for certainactions allowed by foe Device System.

The Device System can have internal Directory and Registry of Codesand/or Code Pages' (832) allowing the Codes created and/or digitalcopies of such to remain resident within the Device System's Ecosystemat the discretion of the Code-creator or operators of the platform asthe case may be. This Page can be an internal free standing page (knownas Code Page) that is lied to each Code that can be configured as foerespective Code's destination at the discretion of the Code-creator(meaning when the outputted Code is clicked and/or tapped one or moretimes and/or scanned by an End-user the information served to theEnd-user by the Code outputted by the Device System wilt be generated bythe Device System's internal Systems and the respective Code Page andits associated information that was previously inputted by theCode-creator does not necessarily need to travel to a destinationoutside the Device System Ecosystem) unless the Code-creator determinesotherwise at its sole discretion or the system/device's settings mandatesuch functionality.

These Code Pages as customized by the Code-creator are part of theDevice System's Ecosystem, internal intranet-type structure, otherassociated internal communication Systems and the correspondingDirectory and Registry of all Codes outputted by the Device System.

The referenced searchable Code Directory and/or Registry of Codes andalso the searchable corresponding Code Pages, each as independentlyoutputted by the Device System as created by the Code-creators utilizingthe Device System can provide, in the aggregate, for a database of theplurality of Codes and/or Code Pages (834). Code-creators can opt-in tobe a participant in such Directory and Registry services for Codes andCode Pages they create, meaning their Codes; and/or Pages will beincluded in such Directory and/or Registry and/or if terms of servicespecify the automatic inclusion in such. The Directory and/or Registrymay be searchable and available only to registered Code-creators and/orrum-registered Code-creators based on parameters specified within theDevice System and/or mode. This ‘Directory and/or Registry of the outputof the Device System's Codes may be searchable by data provided duringand inherent in the Code creation and/or account sign up processes orCode Page configuration and publishing processes for such including butnot limited to Name or Description or Nickname of the Code orCode-creator as provided by the Code-creator.

Items like Brand name, Individual name or even themes or otherinformation correlated to data inputted by Code-creators and/or usagepatterns and/or frequency of scans and/or other data culled fromEnd-user analytics can also be searchable by independent third parties.Additionally, Brands and Individuals may have to ‘opt-in’ (836) in orderto be ‘included’ in said ‘Directory’ and/or Registry and can do so attheir sole discretion unless otherwise specified in the Device System'sterms or service for one of its particular services and/or offerings. ABrand or Individual Code-creator not ‘opting-in’ unless the DeviceSystem's terms of use specify otherwise will mean their Code and allassociated Code creation and any applicable third party data will bespecifically excluded from the ‘searchable Directors’ and public-facing‘Registry’ though it will still be part of the ‘operators and thirdparty service providers” database just not accessible by any party otherthan the Device System's operators and selected service providers.

Searchability also may include but is not be limited to data points suchas frequency of scans and or number of scans of a particular Code and/orgroup of Codes created by the Device System (i.e. most popular on agiven day, week, month, all time or even within certain geo-fencedareas). Other searchable criteria may include fields specific to certaingeographic criteria that may include city, state among other fields even‘themes’ correlated to the content of the Images uploaded or importedinto the Device System as part of the Code creation and Code Pagesprocesses.

Criteria inputted by ‘Code-creators’ utilizing the Device System mayalso include data fields such as interests, hobbies, education and otherinformation provided by Code-creators or even pulled by the DeviceSystem's database from third party sources may also be searchable bythird party individuals.

Topics Code-creators may have in common with other Code-creators as wellas other recommendations, suggestions and connections can be based onalgorithms inputted into the System by the third party serviceproviders' and/or operators of the Device System.

The Code creation platform may also make suggestions or recommendationsto Registered Members and provide End-user data and usage patterns andlocation information regarding the Device System's data processingcapabilities and relational queries.

Based on specific data or parameters configured by Code-creators thereferenced Code Pages can also provide a network connecting individualCode-creators with other Code-creators and or businesses that may havesome common denominator, similar interests, hobbies, preferences oreducational background or other metrics and analytics culled from Codecreation data by the Device System including but not limited to CodePage creation data and associated usage of such by Code-creators and/orbod-users.

Other searchable metrics inherent in the Code creation Ecosystem anddatabase can also include but are not limited to Date of Code Creationor date of expected Code expiration, even lime of Day of Code creation.

Additionally, the Device System may integrate proprietary or third party‘Image recognition’ software so that the Brands and Individuals thatuploaded and/or imported Images to create their Codes and Code Pages maybe searchable within the Code Directory and/or Registry and viewablewithout the specific outputted Codes appearing on said Directory,Registry or Pages, merely the uploaded and/or imported Images based onrecognition software, metadata inputted during the Code creation andCode Page publishing processes by the respective Code-creators orcombination thereof. The ‘Images’ may even be machine readable; meaningfake End-users to the specified destinations, even without the need forthe surrounding Code surrounding it as outputted and contemplated by theDevice System.

Cropping and re-cropping tools for Code-creators of the uploaded and/orimported Image into the Device System can be aided by the correspondinggeneration of a simulated or actual, Code displaying the expected fileto be outputted by the Device System to be displayed on the Codecreation screen providing the Code creator a visual preview of the Codeso that the Code-creator (during the Code creation processes) can beassured of the desired Code output aesthetically, the cropping aspectsof the Code platform and its operating Systems also allows for embeddedImages to be fixed, if desired by operators and third party serviceproviders, meaning placed within or on a Code within the Device System'sdesignated safe area (845) without editing or cropping in an “as is”fashion in order to achieve consistency of appearance across all Codesoutputted by the Device System.

As well, the Device System allows specific cropping and also re-croppingof an uploaded or imported Image file in order for the Code-creators toutilize the Device System to output the Codes as they require. Uploadedand/or imported Images to be cropped and re-cropped can be one of butnot limited to the following formats: JPEG (Joint Photographic ExpertsGroup), PSD (Photoshop), .AI (Adobe Illustrator), .PDF (PortableDocument Format) and .PNG (Portable Networks Graphics)].

In addition, the Device System can automatically provide visual a‘preview’ of a simulated or even actual Code with each ‘crop’ action bythe Code-creator. (FIG. 24)

The Device System's design allows for Code-creators to change the sizeof the outputted Code file when it is resident with the Ecosystem and/orin downloaded form based on pre-set size parameters provided by theDevice System's operators and third party service providers and allowedby the Device System if the file input is 72 dots per inch or greater.

In addition to modification and scalability of the size of the outputtedCode, the resolution and file type regarding a downloadable version ofthe outputted Code to be received by the Code-creator will be able to bedetermined by the Code-creators and/or specified by the Device System'soperators and/or third party service providers for the Device Systembased on the parameters inputted into the Device System by the DeviceSystem's operators and/or third party service providers for the DeviceSystem.

The size and file type options for outputted Codes, and downloadableCodes by Code-creators can also be limited by the System based on theinputted information by the Device System's operators or third partyservice providers for the Device System.

Color of cells and background can also be pre-determined by theoperators of the Device System and in some cases selectable by theCode-creators based on a color palate and/or preprogrammed colorcombination choices inputted into the Device System.

In order to improve the End-user-experience of the Device System for theindividual and End-user, the Device System tan include the ability for‘Code-creators’ to add selected ‘icons’, ‘graphics’ and ‘words’ in oraround the Codes they create utilizing the Device System by selectingone or more of these to be automatically included as part of the finalCode file outputted by Device System. FIG. 13 illustrates an example ofsuch icons (246) that a Code-creator can add at the bottom of the Codeand/or other border inside and/or outside the Code itself. In additionand/or in place of an icon or icons, preselected words can also beutilized and added to the Code file outputted to further enableCode-creators to visually-articulate and explain the destination of theCode (i.e. Web, Call, SMS/Text, Video or Social Network) outputted bythe Device System to the End-user.

These visual identifiers and ‘icons’ in some cases may also include‘words’ which will, be able to be selected and automatically added tothe final Code file outputted by the Device System at the Code-creators'option during the Code creation process or even alter the initial Codecreated and may include information identifying the content of Codesoutputted by the Device System. Such options as determined by the DeviceSystem's operators and/or third party service providers for theplatform, may include but not be limited to ‘words’ such as ‘video’,‘virtual business card’ or v-card’, ‘order now’, ‘coupon’, ‘blog’,‘website’, ‘post video’, ‘post comment’ or other term correlated to thedestination of the Code when clicked and/or tapped one or more timesand/or scanned by an End-user. Additionally, the Device System can bedesigned to incorporate security features for Code-creators and qualityassurance automated checks and balances such as its universal recordlocator randomizer algorithm and associated universal record locatorgenerator and universal record locator-shortener methodologies andsystem for Codes outputted by the Device System.

The Device System may also utilize third party sources to verifyinformation inputted into the required and optional fields by therespective Code-creators that utilize the Device System.

These Verification processes may also include the automated Verificationand/or manual checking of Code destinations entered and desiredfunctionality by Code-creators (i.e. webpage address, phone number,short message service number known by abbreviation ‘SMS’, electronicmail address, virtual business card or contact information or other Codecontent and destination options offered to End-users by the DeviceSystem).

In the event of appropriate Code Verification and Authentication asdetermined by the Device System, the Device System may in an automatedfashion add an ‘identifier’ to the respective Codes outputted by theDevice System that have been verified and authenticated by the DeviceSystem's processes, such identifier may be visual (i.e. visible by theEnd-user) on the Code itself or during the End-user-experience which maybe visual and/or audio based. This identifier could be an ‘icon’ oradditional text‘ or a word’ inside and/or outside the borders of theoutputted Codes and/or unique pixel colors and/or background colorsand/or shading patterns that designate the respective Code having been‘verified’ or ‘authenticated’ by the Device System and/or third party.Such an ‘identifier’ as added to the outputted Code file may be visualand/or audible, meaning it could be seen and/or heard during theEnd-user-experience.

Code can be designated as being verified or authenticated (825) (826) ina variety of visual or even audible methodologies including but notlimited to text or a symbol surrounding one or more sides of the Code. Atext or symbol can also be put on the Code, such as a capital A to showVerification/Authentication. The Authentication can be inside or outsideor partially inside of The Code. The Verification/Authentication canalso be a color, a watermark, or signifying pixels and/or visual oraudio identifier incorporated within or during any aspect of the userexperience by the End-user.

The Device System also can be been designed to allow for a ‘Directory’and a ‘Registry’ for both ‘verified Codes’ outputted by the System and‘non-verified Codes’ outputted by the System. A ‘Directory’ and/or‘Registry’ may be accessible only by Code-creators (‘RegisteredMembers’) and/or may be accessible to both Code-creators andnon-Code-creators alike. Such a cumulative database and/or partitionedsections of the Device System's database may be searchable and alsofeature other information as inputted by the Code-creators in additionto the Codes outputted by the System (in an opt-in format forCode-creators).

Additionally, both verified and non-verified Codes can reside in thesame database and such database may also feature other information asinputted by the Code-creators in addition to the Codes outputted by theSystem (likely in an opt-in format for Code-creators).

The Device System can accommodate and is capable of including Codes fromselected third parties to be part of its Code Directory and Registryand/or Verification and Authentication Systems.

In the event a Code that is created by the Device System that bears aspecific icon, picture, logo or other Image that is accessible byindividual End-users and contains what the individuals deem to bemisleading (based on what the Code looks like visually and itscorrelated destination (i.e., a specific brand for which the destinationis a competitors website, for example) is determined to be inaccurate oran inappropriate destination, the Device System incorporates a ‘Bad’Code ‘reporting system’ (229) to resolve such and as such will logcomplaints by users to encourage self-policing. Such a ‘Bad Code Log’,based on inputted data sets by the Device System's operators and/orthird party service providers when to deactivate such an outputted Codeautomatically.

This flagging of a ‘Bad Code’ may be done by an individual visiting theDevice System's specified ‘reporting’ website and/or other means such asthe including of this ‘Bad Code’ designation into the Device System'soperators and/or third party service providers for the Device System's'Code reader and/or licensed Code reader.

In an automated process, if a given Code receives a certain specifiednumber of complaints the Device System's processes can be programmed toautomatically disengage and deactivate such Code until furtherinvestigation by the respective operators of the Code-creator platform.Once a Code has been deemed a Bad Code and deactivated, the DeviceSystem can determine what visual and audible information an End-user isdisplayed upon scanning such a code. These Bad Codes may featureadvertisements or other promotional information at the discretion of theDevice System's operators and/or third party operators.

The Device System can also feature alternating user experiences withsingular Code based on the number of times a Code outputted by theDevice System is clicked and/or tapped one or more times and/or scannedby an End-user. In addition to being relevant in a sweepstakes orloyalty program wherein the ‘X’ number customer that scans a particularCode receives ‘Y’, a specific Branded or individual Code also may wantto have a different terminating, destinations or End-user-experiences,for example the Best scan of a Code outputted by the Device System maytrigger a video for the user to watch while the second scan of the sameCode may feature other destination or content or even downloadableinformation or a form or survey and the third scan a completelydifferent user-experience and call to action.

The Device System's End-user-experience destination module can allow theCode create to direct such End-user-experiences.

This Code-destination modification module can also be utilized to have arandomized or specified number of Code scans to trigger a ‘winning’event, for example, to further drive End-user continued use of aparticular Code created by the Device System.

This Code-destination ‘variability’ option can be configured for oneCode, a series of Codes and/or even random selection of Codes outputtedby the Device System based on specific data queries as set by the Codecreators and or Device System operators) of the Code platform.

Multiple audio and or visual content and or advertisement-basedexperiences can be tied to the same Code.

The Device System also allow s for Codes created, and outputted by theDevice System to be automatically deactivated by the System orCode-creators based on a certain time period after a Code has beencreated or duration of renewal (i.e. one year from date of creation orone year from date of last modification) and/or certain, number of scans(meaning the Codes outputted by the Device System can be Deactivatedafter 100 scans by an End-user, for example), as well the Device Systemcan determine the destination location of all such Deactivation and/orexpired Codes, as well as subsequently affixing advertising messages tosuch Codes when and if they are clicked and/or tapped one or more timesand/or scanned by an End-user after the said Deactivation. SuchDeactivated Codes' may have the same or different advertisements orpromotional messages associated with them when clicked and/or tapped oneor more times and/or scanned by an End-user as the previously referencedBad codes which have also been ‘deactivated’ by the Device System.

This process implemented by the Device System during an outputted Code'sinteractions with an End-user (one that scans the Code) can also allowfor a fraction of a second to thirty seconds or more of a commercialadvertisement to be uniformed across all outputted Codes and/or from aspecific geographic area an or other metric and/or randomized upon aCode that is ‘active’ ‘deactivated’ being clicked and/or tapped one ormore times and/or scanned by an End-user while it is in the process‘loading’ the destination or prior to revealing the destination of theCode outputted by the Device System.

The ‘commercial’ or ‘advertisement’ as housed and served by the DeviceSystem will be able to be static text and/or page(s) and/or simpleanimation and/or a single and/or multiple frames that can be displayedon an internet-connected device and triggered by scanning, tapping orclicking on Codes outputted by the Device System as configured by theDevice System's operators.

The commercial/advertisement delivered by the Device System can have aduration of a fraction of a second to thirty seconds or more if desiredby the Device System's operators of the Device System, but five (5)seconds is utilized solely for descriptive purposes herein. Notably loadtimes for mobile-web pages can average twelve seconds in some cases sothe system allows for the duration of an advertisement to be varied on aCode by Code basis, if configured by the Device System's operators, andsuch configuration may be based on connection-speeds and other variablesand metrics the Device System culls from End-users' internet-connecteddevices and mobile operating systems. To this end, the Device System canreside on the same server as an advertising partner, reseller or digitalpublisher to expedite page load times.

The commercial is ‘aired’ and visible and even heard audibly by theEnd-users that have clicked and/or tapped one or more times and/orscanned the Device System's outputted Codes and as such, theseadvertisements are presented and displayed to the End-user while theCode is reaching its destination or has reached its destination.

Due to the processes of the Device System, the insertion of theseadvertisements are able to be constant in terms of frequency ofappearance to an End-user (meaning appear every time a Code outputted bythe System is clicked and/or tapped one or more times and/or scanned byan End-user) and/or also able to be randomized or even alternated(meaning one scan of a particular Code created and outputted by theDevice System may have an advertisement associated with it whereas asthe next scan of the same Code may not).

Additionally the Device System allows for the same advertisement toappear across all Codes or groups (that may be geographically-based orsome other metric) of Codes outputted by the Device System at specifiedtimes for a specified duration (one day, one week) or frequency (totalnumber of advertisements served through Codes, for example, one millionimpressions).

Further, advertisements tied to the outputted Codes can be furthercategorized to include, ‘topics’ associated with or correlated tospecific metadata associated with outputted Codes (for example, Brands,only or Individuals only or, females only).

Inputted geographic data by the Code-creators at the time of Codecreation can also be cross-referenced by the Device System andcorrelated to the System's advertising and commercial serving module.

The Device System also allows for additional profiling filters to allowfor the best match or most relevant match between prospectiveadvertisers and the Device. System's outputted Codes and evenCode-creators that can be based on specified inputted data byadvertisers cross-referenced with Code creation data by the DeviceSystem.

An advertisement-insertion rotation System can be integrated in theoutputted Code management System that can allow different advertisementsto appear in sequence, specified intervals or at random intervals.

The tracking System associated with the prospective advertiser andoutputted Code matching processes also can enable preconfiguredofferings to Code-creators that can allow them to pay a reduced rate forCode creation and/or download of such and/or even associated monthlyand/or annual and/or per scan fees in the event they select and acceptadvertisements to appear in the Codes they create as outputted by theDevice System.

In the event Code-creators do not wish to have advertisements appearingwithin the Codes they have created with the Device System when saidCodes are clicked and/or tapped one or more times and/or scanned byEnd-users, this option will also be allowed but may result in differentfees being assessed to the Code creators by the operators of and/orthird party service providers for the Device System.

A user-generated advertising module for the Codes created and outputtedby the Device System may be viewable by individuals through stand-aloneCodes and/or even within a ‘Code Registry’ (832) also known as a ‘CodeDirectory’ as such, these advertisements are also byproducts of theDevice System and comprise another aspect of the correlated Ecosystemalong with the Code Pages module and direct to prim production processesand module that integrates the printing of printed products and othermerchandise and integration in template digital products and advertisingformats. Uploading up of ‘30 (thirty) second commercials’ or evencommercials that are a ‘fraction of a second’ (or other specifiedduration by the operators of the Device System) by registeredCode-creators may include pictures, simple animation and/or video andsuch user-generated content may be categorized by Brand Tag or Subjectwithin the Device System and advertising serving platform's database.Code-creators looking to ‘populate’ their Codes with theseuser-generated advertisements may receive a discount on Device Systemservices. The Device System's operators and/or third party serviceproviders for the Device System may also access this pool ofuser-generated advertisement inventory and select theme and/or brands orother messages to appear to End-users. Additionally, the Device Systemwill allow for certain registered Code-creators (Brands and/orindividuals) to select from this pool of user-generated commercials andcorresponding database and other user-generated content such as shortTestimonials' (by the Brand or a Brand's users) advertisements such a‘thematic’ compositions (i.e. Birthday parties or the Beach) that areuploaded to the platform by other Code-creators and advertisers to beadded to the registered Code-creators' Codes at the discretion of theCode-creator. The system allows for the ‘screening’ of suchuser-generated content to ‘approve’ content prior to making it availableto be added to the End-user experience for Codes outputted by thesystem.

This ready-made advertising platform can also calculate fees androyalties to be potentially payable to the creators of theuser-generated content and commercials as well as any associated billingof Registered Members for use of such.

These commercials can be inserted by the platform and ‘aired’/shown tothe individual End-user by the Device System when the Code outputted bythe device/system is clicked and/or tapped one or more times and/orscanned or read by a third party Code reader and/or by a Device that theDevice System operators create and/or license.

Alternatively and/or in addition these commercials that may be residentwithin the End-user-experience interface associated with the DeviceSystem for Codes outputted, the device/system also allows for manualenabling and viewing of such content and, commercials by End-users suchthat they are not be automatically served but viewed by an End-user atan End-user's convenience with a tap or the click of art on-screenbutton on their internet-connected device.

In addition, such commercials that are inherent in the Device System'soperators Code creation platform and coupled with Device System'soperator's Code Ecosystem and operating Systems may also feature“interactivity” that will allow an individual End-user that has viewedor is viewing the commercial spot to, among other proposedfunctionality, vote in favor or disfavor of said ‘commercial’ and/oralso type and/or post a comment for the respective commercial spotand/or ‘share’ such commercial spot by means of ‘forwarding’ suchcommercial spot through a social network interface or other means bymeans of a mobile browser anti/or mobile operating system built into theDevice System's operator's and/or third party service provider'sadvertising serving module and platform that is tied to each Codeoutputted by the Device System.

There can also be deep direct integration (818) (819) of thefunctionality associated with the outputted Codes regardinginternet-connected wireless devices and tablets, mobile handsets, mobileoperating systems, downloadable applications and code readers as well asmobile browsers, mobile operating systems and traditional desktopbrowsers and desktop operating systems. Further, deep direct integrationwith third party mobile operating systems and applications can furtherexpand the functionality spectrum of the Device System and itscorresponding Ecosystem. An example of this deep direct integration caninclude information inputted by a Code-creator in the Code creationprocess allowing the resulting outputted Code by the Device System andassociated inputted information and data by the Code creator whenclicked and/or tapped one or more times and/or scanned by at) End-userto be added to the address book (821) or calendar of the smartphone ordevice utilized by the End-user (823) or such functionality may eveninclude items may be added and/or auto-populated into anelectronic-commerce-based shopping cart that may be resident on theEnd-user's internet-connected device, smartphone, mobile tablet ore-reader that scans the respective Code. The retrieved data can beautomatically added (818) based on an End-user's pre-determined settingsor manually (819) added by the End-user.

Additional deep direct Integration with third, party mobile tablet andhandset makers and/or mobile operating systems and/or mobile browsersand/or downloadable and/or remotely accessed applications can includeitems such as calendar entries, pre-populated order forms and items,loyalty points accumulation and/or tracking and/or digital walletcapabilities such as balance inquiry and payment options upon a Codeoutputted by the Device System being clicked and/or tapped one or moretimes and/or scanned by an End-user with an internet-connected device.

Deep direct integration of the Device System's outputted Codes may alsocorrelate specifically Codes to a proprietary payment system which willreconcile payments, transfers between Code-creators and even End-usersand allow for automated ordering of products and services from within aneven outside the Device System's Ecosystem through processes that bindsuch payment systems to the Codes outputted by the Device System.

The Device System's Code Pages functionality may also feature a‘grouping’ feature allowing sharing only with specific other registeredCode-creators that they have preapproved.

The System can allow for brands and individuals to upload their owncommercials to their respective Code's metadata or to be submitted forconsideration on other Codes that have been outputted by the System andmay integrate a tracking and loyalty-based System enabling Code-creatorsand users, either collectively or partitioned individually, to earnpoints and rewards regarding their interactivity with the Codes.

There, can be ‘Reselling’ of the Device System's Codes through amethodology inherent in the Code creation Ecosystem, operating Systemand platform modules. The Device System also allows for the integrationof a Reseller program wherein the Device System will be able to be addedto third party websites either in an automated fashion or manual fashionin order for said website(s) to also output Codes utilizing the System'smethods of the Device System and avail such Resellers to each Code'scorresponding Code Page module at the discretion of the Device System'soperators and/or third party operators of the Device System. TheseResellers and the resulting Codes create by each may also comprise panof the referenced Directory and/or Registry.

This ‘code-creation-as-a-service’ module Can allow the Device SystemCode output capabilities to not solely reside within the Device System'soperator's initial. System hut enable many third party service providersand or websites and services providers (known collectively as‘Resellers’) around the world to connect to and/or access the Systemthrough a cloud-based interface and/or through an installed serverenvironment that may reside within such third party service providersdata infrastructure. The output of Codes and associated downloads ofCodes by the Device System and/or production of printed products andother merchandise featuring the outputted Codes may also be achieved bysaid third parties that have access to some or all of the Device Systemmodules and its corresponding Ecosystem and printing and merchandiseproduction interface and/or may be achieved through a third party's owndirect-to-print interface as integrated by the Device System's operatorsand/or third party service providers and/or other production, printingand merchandising modules thereof for Codes outputted by the DeviceSystem.

This Reseller integration can also calculate in the aggregate the numberof outputted Codes that have been created, generated and outputted bythe Device System in the aggregate; or on a service provider(‘Reseller’) by service provider, (‘Reseller’) basis and also trackusage of such outputted Codes as well as associated payment streams,royalties, and analytics ‘associated with all Codes related to theDevice System modules’ and Ecosystem at the Device System's operator'sdiscretion which could be calculated on a Reseller basis or geographicparameter such as by Country of creation.

Device 1 is able to output the 2D Code, C21, with graphics, whichsatisfies error rate criteria, alter obtaining the character stringinformation, I21 and the embedding data, G21. The 2D Code, C21, withgraphics, is a 2D Code containing the character string information thathuman eyes can infer without decoding the 2D Code.

Provided is a machine-generated, customizable and configurable, imageinsertion system (processor and internet-based processes) where thelocation orientation for the image insertion on the code can bepre-fixed in order to automate image uploads (and through importingimages from third party sites) of a specific pre-fixed size (i.e. imageto code ratio) in order to maximize readability.”

The 2D Code can be generated directly from the obtained character stringinformation, or it can be generated by first reducing the obtainedcharacter string information. FIG. 26 provides an example where acharacter string information is shortened. The reducing of the characterstring information can be done while still maintaining the sameinformation as the pre-existing 2D Code, e.g., In case of an URL beingencoded, a person scanning the code would be directed to the samewebsite despite encoding for a shortened URL that is different from theoriginal URL.

The image can be embedded on the 2D Code so that the image covers partof the 2D Code. The 2D Code, however, can still be decoded despite theimage being placed on the 2D Code. In this embodiment, the length ofcharacter string information to be encoded for the 2D Code needs notnecessarily be reduced.

No matter whether the character string information for the code isreduced or not, the device takes into account a combination of factorsparticularly the number of characters for the code, size of the imageand orientation of the image to reduce error correction andincrease-readability of the 2D Code. FIG. 27 illustrates the devicetaking into account character string information in allowing where animage cart be placed on the 2D Code. Based on the number of thecharacter string information, some areas are blocked for placing animage. A person can then select of the available areas, which locationon the code provides the best option for placing the image. The systemcreates a “fenced in area” wherein an image can be dropped anywherewithin in addition to the size of the image itself being configured tobe as big as the “fenced in area” or as small as desired and thendropped anywhere within the “fenced in area”. This “fenced in area” canalso be reduced and/or oriented/aligned by the system in apie-determined manner which would provide users less latitude/optionsregarding the image placement position. Additionally, the system canpre-determine the requisite size of the image as well, effectivelyarriving at the predetermined location and predetermined size. Thus,system has maximum range and flexibility with regard to the“automated-design of 2D Codes” due to its customizability as well aspre-configurability by an administrator or end-user or consumer. The“fenced in area” represents the maximum area available to increasereadability with a superior scanner such as a smartphone camera with 3to 6 Megapixels. The 1/9 ratio coupled with a center-alignment is themaximum size for readability for feature phones and smartphone camerasthat may be of less quality (like 1.2 to 2, Megapixels versus 3 to 6Megapixels).

The device can encompass a self-service 2D Codetool/application/software, preferably QR, where the automated andmachine generated nature of the 2D Codes embedded with images allows aperson to automatically embed a desired image. The machine-drivenapplication software allows self-service creation of 2D Codes thatfeature embedded images.

The device can comprise a memory for storing a program to be executed bya processor and an interface that facilitates viewing a 2D Code with anembedded image. Instead of a memory, the device can Obtain characterstring information or even graphic data through the Internet or othernetworks. The image can be any visual sign that is different than the 2Dand allows person who views the image to appreciate that any visual signhas been embedded. The image can include at least one of u letter ornumber or combination, multiple letters or initials or numbers orcombinations, a word, a keyboard symbol (%, $, @), an icon, an emblem, ashape, a design, a logo, a trademark, a face, an avatar, a picture, abrand, a number, a plurality of numbers, and combinations thereof. Thecharacter string information can include one or more of the followingcharacters: numeric digits, alphabetic characters, symbols (SP, $, %, *,+, −, ., /, :). 8-bit Latin/Kana characters and Kanji characters.

The ratio of space covered by the embedded image compared to the code ispreferably about 1/5 to about 1/12, more preferably about 1/9. The codewith the embedded image can have about 0 to about 100 characters, orabout 0 to about 50 characters. The 2D Code can be preferably a QR Code.

The graphic data can be input in a format selected from the groupconsisting of jpg. bmp, gif. png, psd, eps, and ai. It an original imageis a vector image, the device can change the file format into a rasterimage or bmp format. The image embedded in the 2D Code (i.e., graphicdata output with 2D Code) can be output in a format selected from thegroup consisting of eps, png, ai, gif, bmp, pdf, psd, jpg, and tiff. Thedevice can give the consumer/customer a choice or output as a bmp file.More than 120 pixels on a side are recommended in use on the Internet,in terms of code output and the following formats: jpg, png, or gif arerecommended. In print media, the following format outputs of the codesare recommended: eps, psd, ai, bmp, or jpg. The preferable minimumoutput for the codes is 900 dpi and 1.182 inch (3 cm).

In another embodiment, an image of a predetermined size and alignment isembedded at a predetermined location in the 2D Code, wherein the imageis of a size and alignment that allows for the code to be decodedproperly. This predetermination of size and alignment allows for massproducing the codes with the embedded images without readjusting theimage each time an image is embedded. The images that are mass producedcan be same or different, and still have the same size and optionallyalignment. For example, unrelated images A, B, and C, can be made of thesize and alignment, for example 1/9 and upright, respectively, Acustomer can give an order for particular 2D Codes with differentimages. The codes would be generated so that the image A, B, and C areembedded automatically in the codes without the need to individually foreach embedding to cheek size, alignment, or location of the images. Themethod can also be done with the same image, where a customer orders aplurality of for example image A. This embedding of an image with apredetermined size, alignment, and/or location is illustrated in FIG.25. The codes that are mass produced can be the same or different. Thedevice can generate both a plurality of same axles and plurality ofdifferent codes, with the same or different images having the same sizeand alignment. The images can be produced with the same maximum sizepossible without substantially diminishing the accuracy of decoding the2D Codes. For example, all the images would be made so to be 1/9 size,with the code covering the rest of 8/9.

The device in addition to embedding an image, it can configure the cellcolors and background colors to compliment the image or just to make thecode any color picked by a person or company that seeks to generate thiscode by using the automated machine generated process. Thispersonalization of formerly mundane, generic, black and white 2D Codeswith colors give the codes life or vibrancy in addition to furthercomplimenting the embedded image.

When the code size is used below 160×160 pixel or 1.5×1.5 cm, some codescanning problems could occur with some scanning readers(apps/scanners). The scanning problems could happen to standard 2D Codesas well as QR Codes with embedding images. Generated code can beresizable to any size as a consumer likes. It is best to refrain fromreducing the code size to 160×160 pixels or 1.5×1.5 cm or less. Whenresizing a code, if is best not to produce the following phenomena: Oneof cells would appear as a rectangle shape, though the cells arenormally square-shaped; the code image is rough around the edges.Anti-aliasing functionality may be activated on the image editingsoftware such as Adobe Photoshop, so that the code image may become ablurred image.

In the print media, the following may be considered: Improving theprinting quality (in order not to produce too dark/light/pale color, ordiscolored, and the change in shade in the process of printing).Regarding the method of printing, the offset printing or grave reprinting would be preferable for the 2D Codes. In case of other printingmethods, test printings in advance is recommended. Regarding theprinting paper, more than 85% whiteness on the whiteness measurement isrecommended. Avoiding poor-quality papers such as the coarse orground-wood paper is recommended. For using the code in planar media(flat surface), it is recommended to refrain from using distorted orcurved media, as well as the use of reflective materials (mirrors,silver item and etc.) as well as the uneven (non-flat) surface. When thecode is normally printed, a cell (dot) size can have at least 0.35 mm ormore to detect each cell with scanning readers (scanners). It is best toretain margin (quiet zone around the code) that is equivalent to afour-cell space or more. It is better to have more margins (over 8-cellspace would be preferable), if printing papers (media) are not the whitecolor: the code background or surrounding is covered with some darkcolors (e.g. black); or the code color is changed.

For digital media, display (shown) the code in the center of the screensas large as possible, it you use the code on the screens such aspersonal computer, public TV, or digital signage. The light emanatedfrom the screen surface may cause the code scanning to become difficult.Also, if the code is the small size, the camera mobile phone has to movecloser to the screen surface (code). It means that the light-emittingfrom the screen directs against the mobile camera, so that the reader(scanner) may receive, the direct light. That would raise thepossibility of code scanning troubles. Consider the screen aspect ratio,if the code is used for several kinds of screens. The aspect ratio maydiffer; according to each screen. It is recommended that the encodedinformation should be showed near the code. Alternatively, more than twocodes should be prepared for such a problem. If the code is insertedinto the video or movie, it is better to take the preparation time forusers to scan the code into account. It is better that the code, shouldbe displayed for a long time.

EXPLANATION OF THE CODES

-   -   1. Device    -   2. Memory Device or Auxiliary storage device    -   3. Program    -   4. CPU    -   5. Memory    -   6. Input Device    -   7. Output Device    -   8. Communication network

What is claimed is:
 1. A system for producing a 2D (2-Dimensional) codewith an embedded image for an automated machine generated process,comprising a processor that produces the 2D code with an embedded imageby: i) Obtaining information to be encoded for a 2D code and an image tobe embedded in the 2D code; ii) optionally reducing the obtainedinformation, if necessary; iii) generating the 2D code having cells byencoding the information; iv) processing the image to obtain the imagewith pixels of a same size as each cell of the 2D code; and v) embeddingthe image of a predetermined size and optionally aligning at apredetermined location on the 2D code, wherein the image is of a sizeand alignment that allows for the code to be decoded (function asintended, either displaying data or routing to an internal or externaldatabase) properly.
 2. A system as described in claim 1, wherein thesystem generates a plurality of same or different 2D codes with same ordifferent images, wherein all the images embedded in the 2D codes have asame size and alignment.
 3. A system as described in claim 1, whereinthe system generates both a plurality of same codes and plurality ofdifferent codes.
 4. A system as described in claim 1, wherein the systemgenerates the 2D codes with different information.
 5. A system asdescribed in claim 1, wherein the system generates a same image on aplurality of codes that have different information.
 6. A system asdescribed in claim 1, wherein the system generates a same image on aplurality of identical 2D codes.
 7. A system as described in claim 1,wherein the image is embedded with a same maximum size possible withoutsubstantially diminishing the accuracy of decoding the 2D codes.
 8. Asystem as described in claim 1, wherein a ratio of space covered by theimage compared to the code surface is about 1/3 to about 1/12.
 9. Asystem as described in claim 1, wherein a ratio of space covered by theimage compared to the code surface is about 1/9.
 10. A system asdescribed in claim 1, wherein an error calculation to determine that theimage is placed in a correct position is not necessary due to the codeand image having predetermined locations.
 11. A system as described inclaim 1, wherein the image to be embedded on the code is selected fromthe group consisting at least one of a letter, multiple letters orinitials, a word, a keyboard symbol, an icon, an emblem, a shape, adesign, a logo, a trademark, a face, an avatar, a picture, a brand, anumber, a plurality of numbers, and combinations thereof.
 12. A systemas described in claim 1, wherein the code generated by the system have acharacter string information (machine-readable) comprised of letters,numbers, symbols or combination thereof.
 13. (canceled)
 14. A system asdescribed in claim 1, further comprising a memory for storing a programto be executed by a processor, and an interface that facilitates viewinga 2D code with an embedded image.
 15. (canceled)
 16. A system asdescribed in claim 1, wherein the codes generated by the system containsmachine-readable characters consisting of the group selected from one ormore of text, letters, numbers, symbols and combination thereof. 17.(canceled)
 18. (canceled)
 19. (canceled)